Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 09 Sep 1998 12:27:44 -0600
From:      Warner Losh <imp@village.org>
To:        Bruce Evans <bde@zeta.org.au>
Cc:        cvs-all@freebsd.org, cvs-committers@freebsd.org
Subject:   Re: cvs commit: src/sys/conf files 
Message-ID:  <199809091827.MAA04743@harmony.village.org>
In-Reply-To: Your message of "Thu, 10 Sep 1998 04:15:40 %2B1000." <199809091815.EAA10016@godzilla.zeta.org.au> 
References:  <199809091815.EAA10016@godzilla.zeta.org.au>  

next in thread | previous in thread | raw e-mail | index | archive | help
In message <199809091815.EAA10016@godzilla.zeta.org.au> Bruce Evans writes:
: This is fairly bogus and doesn't actually work for `make -jN'.
: First, subr_bus.c doesn't depend on *_if.h.  subr_bus.o depends
: on them.  config(8) converts the dependency.  Second, several
: other .o files depend on *_if.h.  This is handled for the usual
: case by totally disordering the files list to put subr_bus.c
: before the sources for the other object files.  This kludge fails
: completely for `make -jN'.  The problem is handled for application
: makefiles by making all .o files depend on all generated .h files
: when .depend doesn't exist.  See bsd.prog.mk and about 100 log
: messages for application makefiles.

Hmmm, the make -j 5 works for me after a make clean.  I wonder why
that would work if it were completely bogus :-)

I agree that there are other files that depend on these files.  I also
agree that subr_bus.o is the file that actually depends on this file.
Config generates the proper dependency on the .o file.  There are at
least two files that depend on bus_if.h and device_if.h.

If this isn't the place to do this for the kernel, what is the right
thing to do?

Warner



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809091827.MAA04743>