Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!bionet!apple!gem.mps.ohio-state.edu!pacific.mps.ohio-state.edu!tut.cis.ohio-state.edu!xerox.com!Leisner.Henr From: Leisner.Henr@xerox.com (Marty) Newsgroups: gnu.utils.bug Subject: strangeness in gnu-make 3.56 Message-ID: <890928-151822-4315@Xerox> Date: 28 Sep 89 22:18:17 GMT Sender: daemon@tut.cis.ohio-state.edu Distribution: gnu Organization: GNUs Not Usenet Lines: 48 I just tried to get the Utah RLE toolkit up with gnumake 3.56. I'm running on sun386i's and sun4s. I also tried the makefile on a Masscomp using Masscomp's make and it works like SunOS make, so the problem isn't sun specific. The problems can be deduced to this extract of a makefile: getsun.out: $(CC) $< -lm -o $*.new .SUFFIXES: .SUFFIXES: .out .c .c.out: $(CC) $(CFLAGS) $< $(LIBES) -lm -o $*.new (gnumake is the default make on my path.) pssun% make -n -v -f make.test GNU Make version 3.56, by Richard Stallman and Roland McGrath. Copyright (C) 1988, 1989 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. cc -lm -o getsun.new pssun% /bin/make -n -f make.test cc getsun.c -lm -o getsun.new Since getsun.out has an explicit rule, I don't see how it knows $< is a .c file. But the other makes can seem to figure it out. Whether or not it is a bug, the lack of compatibility is a problem. marty ARPA: leisner.henr@xerox.com GV: leisner.henr NS: leisner:wbst139:xerox UUCP: hplabs!arisia!leisner