Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!cbatt!ucbvax!RADC-MULTICS.ARPA!Peck
From: Peck@RADC-MULTICS.ARPA.UUCP
Newsgroups: comp.sys.atari.st
Subject: RE: Making make.
Message-ID: <870307210658.322181@RADC-MULTICS.ARPA>
Date: Sat, 7-Mar-87 16:06:00 EST
Article-I.D.: RADC-MUL.870307210658.322181
Posted: Sat Mar  7 16:06:00 1987
Date-Received: Sun, 8-Mar-87 15:24:48 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 24

|From:  Mark Alexander <sun!drivax!alexande at UCBVAX.BERKELEY.EDU>
|>the problem is that when I run this new make.prg, NOTHING happens.

|What is is happening is that when you run the new MAKE, it finds
|that there is nothing to do (because you recently ran MAKE), so it
|exits.

  Right.  Unfortunately, it still doesn't work.  If I rename make.prg to m.prg,
and run the m.prg program, it will make a new make.prg.  If I rename this make.prg,
and run it, it will look briefly at drive a: and then return to the cli without
saying a char.  The version which I didn't compile (x'd from the arc) say's 
make.prg is up to date when I run it after running it once.  this makes sense.
The compiled version I made doesn't.
  I'm using the Alcyon C compiler which got bought last December.  What's the 
story with the patches for this system anyway?  I've got a file which has a 
wildcard expansion patch for the xopen.o file in gemlib, a rewrite of ___bdos
which says it corrects a problem where the trap #2 is a noop.
  I haven't installed either of these, (they're rather confusing) but might the
second (the trap 2) explain why I don't get any output??  Do the standard printf
functions use this section?  I couldn't get printf to work.
  thanks, for all the help, I'm nearly there...one more round of help should 
do it.
      rodney
   Peck@Radc-Multics.ARPA