This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: glibc parallel builds broken
- From: Siddhesh Poyarekar <siddhesh at redhat dot com>
- To: David Miller <davem at davemloft dot net>
- Cc: libc-alpha at sourceware dot org
- Date: Thu, 26 Apr 2012 14:40:50 +0530
- Subject: Re: glibc parallel builds broken
- References: <20120426.025854.648318931312794361.davem@davemloft.net>
On Thu, 26 Apr 2012 02:58:54 -0400 (EDT), David wrote:
>
> Siddhesh, your change tonight broke parallel builds for me.
>
> The problem is that nothing makes sure that gnu/lib-names.h is
> generated before files that include it are built.
>
> 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
>
> Please add appropriate dependencies into the makefiles and whatever
> else might be necessary to fix this.
>
David, can you please tell me at what point you see the failure?
Parallel builds are working fine for me on x86_64 (make -j, make -j 4),
so I suspect that there is something in your configure or build options
that I am missing. My configure:
../glibc/configure --prefix=$HOME/sandbox/glibc-sandbox
There is a $(before-compile) variable that has dependencies to be added
for most object files, so I'd like to know which one failed for you. I
checked out the dependencies in *.d and *.dt for the required sources
(framestate.c, unwind-forcedunwind.c and rt-unwind-resume.c) and all of
them have $(objpfx)/gnu/lib-names.h as a dependency and hence should
not build before lib-names.h is generated. Can you tell me what
configure/build options you're using and for which arch?
Thanks,
Siddhesh