Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!batcomputer!riley
From: riley@batcomputer.tn.cornell.edu (Daniel S. Riley)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Any good makes out there?
Message-ID: <7385@batcomputer.tn.cornell.edu>
Date: 10 Feb 89 21:22:41 GMT
References: <8902100715.AA16566@postgres.Berkeley.EDU> <7381@batcomputer.tn.cornell.edu> <20212@agate.BERKELEY.EDU>
Reply-To: riley@tcgould.tn.cornell.edu (Daniel S. Riley)
Organization: Cornell Theory Center, Cornell University, Ithaca NY
Lines: 41

[edited for television]

In article <20212@agate.BERKELEY.EDU> mwm@eris.berkeley.edu (Mike (I'll think of something yet) Meyer) writes:
>In article <7381@batcomputer.tn.cornell.edu> riley@tcgould.tn.cornell.edu (Daniel S. Riley) writes:
><I have a version of the make on Fish disk 69 which I modified (trivially)
><to use Execute() instead of the Manx fexec().  It retrieves the exit code 
><using IoErr().  To test it, I just wrote a test program (test.c) which
><does nothing but exit(20), and a makefile which invokes test.  Typing 
><'make' returns a very gratifying "test failed (returncode 20)".

>That message _isn't_ from Make; it's from Execute(). For a make, I
>don't want to see that message. Worse yet, you can't get the dos error
>code from IoErr for lc (though real dos commands give it to you),
>and Execute always hands back a -1 - no matter how well the command
>works.

Oops.

You're right.  What I should have quoted is the line after "test failed",
which read "make: Error code 20" (not the most helpful error message,
but it did work).

As for lc, when it fails, IoErr() returns a 1 on my system.  I just
tested that too.  One big caveat which I should have remembered earlier:
I am running Bill Hawes' WShell with his patch to Execute() which uses 
WShell.  I don't know what all Bill does to Execute(), so I don't know 
if this works the same for a vanilla system.  I just read through
the Lattice startup code and couldn't find anywhere where the DOS
return code is set--so I begin to suspect that this may be Bill's
doing.  Unfortunately, I'd have to reboot to find out.

>I'd like to see a version of system that actually worked - with _any_
>compiler. Can you provide that code for Lattice 5.0.

I used the arp SyncRun for a while--but then I had to deal with at
least two incompatible resident lists, and it didn't work with BCPL
commands.  So I went back to Execute() when I started making the
compiler passes resident.

-Dan Riley (riley@tcgould.tn.cornell.edu, cornell!batcomputer!riley)
-Wilson Lab, Cornell U.