This is the mail archive of the
mailing list for the GCC project.
Re: Spurious parallel make failures in libgcc.
- From: Andrew MacLeod <amacleod at redhat dot com>
- To: Jeff Law <law at redhat dot com>, gcc at gcc dot gnu dot org
- Date: Wed, 15 Jul 2015 15:02:44 -0400
- 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> <55A6AD6E dot 2030107 at redhat dot com>
On 07/15/2015 02:58 PM, Jeff Law wrote:
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.
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 usually just do a scratch build, but sometimes when I'm just
developing and testing, i just do it in place like this.
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
Yeah, I would think so.