This is the mail archive of the
mailing list for the GCC project.
Re: Spurious parallel make failures in libgcc.
- From: Jeff Law <law at redhat dot com>
- To: Andrew MacLeod <amacleod at redhat dot com>, gcc at gcc dot gnu dot org
- Date: Wed, 15 Jul 2015 12:58:54 -0600
- Subject: Re: Spurious parallel make failures in libgcc.
- Authentication-results: sourceware.org; auth=none
- References: <55A66928 dot 6070705 at redhat dot com> <55A66F2F dot 5010403 at redhat dot com>
On 07/15/2015 08:33 AM, Andrew MacLeod wrote:
I always blow away the target directory (and stage2-* stage3-*) when I
do an incremental bootstrap.
Oh, wait. this isnt on a scratch build this time, this is on an
incremental rebuild I just noticed (I was doing stuff on multiple
machines, turn out the other one was a scratch build)
make -j16 from the root build directory.
and it may have happened with me putzing around with a .awk file in the
gcc which required rebuilding.. so maybe configure did require
re-running somehow? still seems to be a timing issue tho.
Maybe if gthr-default already existed (as well as config.status), the
makefile would spawn the libgcov-interface.c object builds... meanwhile
a reconfigure is going which ends up overwriting gthr-default.h at what
turns out to be a poor time ? that sort of makes sense I guess. Im
not sure how we synchronize the parallel bits.
If I had to guess, something is missing a dependency which allows
compilation of libgcov-interface to start building prior to configure
re-running (since I believe it's configure that sets up gthr-default).
I bet if you have libgcov-interface.o (and anything else which depends
on gthr.h or gthr-default.h depend on config.status this problem would
I'm not sure what the real fix is, but it's got to be a missing
dependency that allows libgcov-interface.c to build prior to configure