jnall%FSU.BITNET@cunyvm.cuny.edu (John Nall 904-644-5241) (04/12/89)
Since I received several helpful replies to my previous message regarding
problems trying to get Clam up and going, let me use this to thank all of
the people who replied, and to also make the following observations:
1. Warren Toomey's original posting stated that Clam runs under vanilla
1.3 PC-MINIX. Since then, the ST mods have also been posted. For the
record, the original posting, as modified by the ST mods, runs fine
under vanilla 1.4a PC-MINIX. Good job!
2. The only real problem experienced, once I discovered (thanks to help)
that CLIB should be set to null (i.e., either removed or set to blank),
was that it runs out of RAM-disk while making. So it seems that on
an non-AT there might be a problem making it. I have an AT with 384
blocks used for the RAM-disk, over and above the 640K for process
memory, and it still had this problem. However, on an office AT with
1024 blocks of RAM-disk it worked OK.
3. And last -- not a bug, but "why does it work this way!!!" -- the make
program under Minix (and probably Unix in general) is not smart enough
to realize that if the makefile itself has been modified, it should
recompile even though .c and .s files have not changed!!
John Nallroot@cca.ucsf.edu (Systems Staff) (04/12/89)
In article <12855@louie.udel.EDU>, jnall%FSU.BITNET@cunyvm.cuny.edu (John Nall 904-644-5241) writes: > > 3. And last -- not a bug, but "why does it work this way!!!" -- the make > program under Minix (and probably Unix in general) is not smart enough > to realize that if the makefile itself has been modified, it should > recompile even though .c and .s files have not changed!! > If you want to recompile when the makefile changes then the makefile should say so. That's where it belongs. Thos Sumner (thos@cca.ucsf.edu) BITNET: thos@ucsfcca (The I.G.) (...ucbvax!ucsfcgl!cca.ucsf!thos) U.S. Mail: Thos Sumner, Computer Center, Rm U-76, UCSF San Francisco, CA 94143-0704 OS|2 -- an Operating System for puppets. #include <disclaimer.std>
jk0@sun.soe.clarkson.edu (Jason Coughlin) (04/12/89)
From article <12855@louie.udel.EDU>, by jnall%FSU.BITNET@cunyvm.cuny.edu (John Nall 904-644-5241): > 3. And last -- not a bug, but "why does it work this way!!!" -- the make > program under Minix (and probably Unix in general) is not smart enough > to realize that if the makefile itself has been modified, it should > recompile even though .c and .s files have not changed!! > > John Nall Compiling Gnu-Emacs 18.53 on Suns is a major pain because our Unix make command DOES recompile the program when the Makefile changed. I know, I know, this is a feature and required, but it was still a pain in this case. -- Jason Coughlin ( jk0@sun.soe.clarkson.edu , jk0@clutx.BITNET , or whatever works! )