[823] in Zephyr_Bugs
Re: No subject found in mail header
daemon@ATHENA.MIT.EDU (Greg Hudson)
Sat Sep 14 02:25:55 1996
Date: Sat, 14 Sep 1996 02:25:52 -0400
From: Greg Hudson <ghudson@MIT.EDU>
To: kbirch@helix.nashville.sgi.com (Kevin M. Birch)
Cc: zephyr-bugs@MIT.EDU, kbirch@helix.nashville.sgi.com
In-Reply-To: "[822] in Zephyr_Bugs"
Please don't submit your questions multiple times, and please include
the version of Zephyr with your bug reports (I'm going to assume
2.0.4, since the lines you quoted have changed slightly in the 2.1
beta).
> 55: $(OBJS): $(top_srcdir)/h/internal.h $(top_srcdir)/h/sysdep.h
> 56: $(OBJS): $(BUILDTOP)/h/config.h $(BUILDTOP)/h/zephyr/zephyr.h
> 57: $(OBJS): $(BUILDTOP)/h/zephyr/zephyr_err.h
> Are you saying that the object files that have already been made
> above are dependant on these header files? Or are you trying to
> make them?
I'm expressing additional dependencies. Saying that the object files
have "already been made above" is not a valid way of reading Makefile;
in Makefiles you specify variable definitions, dependencies, and
rules, in pretty much any order, and make uses the resulting database
(in combination with its built-in rules) to construct the specified
target (or the first target if none is specified).
> My make doesn't seem to know what you want it to do.
This is a problem. There's nothing about the lines you quoted which
should cause a syntax error in any reasonable "make", but SGI has been
known to ship rather unreasonable "make" commands (for instance, Irix
5.x executes your rules under ${SHELL} rather than under /bin/sh,
which causes all sorts of problems). When we have an Irix 6.x machine
around, I will look into the scope of the problem, but since it
doesn't look like there's an easy workaround based on the information
you've given, I'm going to recommend that you use gmake for now.
