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