lkml.org 
[lkml]   [2000]   [Jul]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: CONFIG_MODVERSIONS problem identified
From
Mikael Pettersson <mikpe@csd.uu.se> writes:

|> I wrote:
|>
|> >Possible solutions:
|> >...
|> >C. Change the Linux kernel to work around this problem. We either:
|> > C1. forcibly remake modversions.h in each subdir's `fastdep', or
|> > C2. don't create modversions.h at all in the subdirs, but only
|> > once in the toplevel Makefile after doing dep-files.
|> >
|> >I'll do a patch to implement solution C1, unless someone has
|> >a much better idea.
|>
|> I had a couple of requests to go with C2 instead of C1, since
|> it has less overhead and works better with parallel makes.

Note that your patch definitely does *not* work with parallel makes.

|> --- linux-2.4.0-test5-pre6/Makefile.~1~ Thu Jul 27 13:15:00 2000
|> +++ linux-2.4.0-test5-pre6/Makefile Thu Jul 27 13:44:47 2000
|> @@ -442,10 +442,11 @@
|> MODVERFILE := $(TOPDIR)/include/linux/modversions.h
|> else
|> MODVERFILE :=
|> +update-modverfile:
|> endif
|> export MODVERFILE
|>
|> -depend dep: dep-files $(MODVERFILE)
|> +depend dep: dep-files update-modverfile

update-modverfile does not depend on dep-files, thus they will be built in
parallel, and update-modverfile will likely read old .ver files.

Andreas.

--
Andreas Schwab "And now for something
SuSE Labs completely different."
Andreas.Schwab@suse.de
SuSE GmbH, Schanzäckerstr. 10, D-90443 Nürnberg

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:57    [W:0.055 / U:0.080 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site