This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: glibc parallel builds broken
- From: Andreas Schwab <schwab at linux-m68k dot org>
- To: David Miller <davem at davemloft dot net>
- Cc: libc-alpha at sourceware dot org, siddhesh at redhat dot com
- Date: Thu, 26 Apr 2012 17:56:27 +0200
- Subject: Re: glibc parallel builds broken
- References: <20120426.025854.648318931312794361.davem@davemloft.net>
David Miller <davem@davemloft.net> writes:
> Siddhesh, your change tonight broke parallel builds for me.
It's a one-time breakage.
> The problem is that nothing makes sure that gnu/lib-names.h is
> generated before files that include it are built.
Actually Makeconfig already does, by adding it to before-compile. But
this mechanism only works for a clean build, because existing files are
filtered from before-compile.
> As a result, what happens is that it ends up including the system
> /usr/include/gnu/lib-names.h header which doesn't have a define for
> LIBGCC_S_SO
The problem is that the same commit also added <gnu/lib-names.h> to
these files, but your existing *.d file doesn't contain a dependency on
it yet. Once that the files are properly recompiled the dependency is
present, and any future update will be properly tracked.
This breakage is similar to the situation where a source file is moved.
This will also break the build on the first try, but the removal of the
affected object files will fix that.
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."