Date: Tue, 13 Oct 1998 14:41:31 +1000 (EST) From: John Birrell <jb@cimlogic.com.au> To: Don.Lewis@tsc.tdk.com (Don Lewis) Cc: current@FreeBSD.ORG Subject: Re: gnu/usr.bin/cc/cc_tools/Makefile bug? (was Re: filesystem safety and SCSI disk write caching) Message-ID: <199810130441.OAA02736@cimlogic.com.au> In-Reply-To: <199810122109.OAA12095@salsa.gv.tsc.tdk.com> from Don Lewis at "Oct 12, 98 02:09:53 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Don Lewis wrote:
> ${COMMONHDRS}:
> echo '#include "${MACHINE_ARCH}/freebsd.h"' > tm.h
> echo '#include "${MACHINE_ARCH}/xm-freebsd.h"' > config.h
> echo '#include "${MACHINE_ARCH}/xm-freebsd.h"' > hconfig.h
> echo '#include "${MACHINE_ARCH}/xm-freebsd.h"' > tconfig.h
> echo '#include "cp/lang-options.h"' > options.h
> echo '#include "cp/lang-specs.h"' > specs.h
> echo '#include "f2c-specs.h"' >> specs.h
>
> GENSRCS+= ${COMMONHDRS}
>
>
> It sure looks like if you do a parallel make, these .h files get built
> in parallel multiple times. Most of the time we appear to get lucky
> and they happen to come out correct. If we don't want to rely on luck,
> then this Makefile should have a separate rule for each of these .h files.
Can this wait until the possible/probable (?) compiler upgrade after 3.0?
--
John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/
CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199810130441.OAA02736>