This is the mail archive of the mailing list for the GCC project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Spurious parallel make failures in libgcc.

On 07/15/2015 08:33 AM, Andrew MacLeod wrote:
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.
I always blow away the target directory (and stage2-* stage3-*) when I do an incremental bootstrap.

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 go away.

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 being completed.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]