Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site dicomed.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxn!ihnp4!mgnetp!dicomed!papke
From: papke@dicomed.UUCP (Kurt Papke)
Newsgroups: net.micro.pc
Subject: Re: Advice on MS-DOS software manufacture/source control utilities
Message-ID: <542@dicomed.UUCP>
Date: Sun, 14-Jul-85 20:41:31 EDT
Article-I.D.: dicomed.542
Posted: Sun Jul 14 20:41:31 1985
Date-Received: Wed, 17-Jul-85 04:39:38 EDT
References: <569@mtuxt.UUCP>
Reply-To: papke@dicomed.UUCP (Kurt Papke)
Organization: DICOMED Corp., Minneapolis
Lines: 20
Summary: Polymake works

In article <569@mtuxt.UUCP> dpn@mtuxt.UUCP (D.NADLE) writes:
>The only "make" type programs I have found are Polymake (by Polytron)
>and Pmake (by Phoenix). Anyone care to share their experiences with
>these packages? Thanks in advance for any responses.

Dicomed has been using Polymake for about a year.  The first release had
a horrible bug:  exit status was not being properly detected.  This caused
"make" to continue cruising right along even if you had a compile-time error.

The new release (1.1 I believe) was sent out free to all licensed sites with
the bug fixed.  I thought that was pretty decent of them.

The product works pretty well.  makefiles can be ported from Unix systems
with only a few mods.  The only thing I don't like is the requirement of
keeping "makefile.mak" and "builtins.mak" (default rules) in the current
directory.  Use of default paths in the environment ala the Microsoft C
compiler would be nice (anybody from Polytron listening ??).

	Kurt