Spurious parallel make failures in libgcc.

[Andrew MacLeod]

On 07/15/2015 02:58 PM, Jeff Law wrote:
> On 07/15/2015 08:33 AM, Andrew MacLeod wrote:
>>
>>
>> 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.

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 
> 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.
Yeah, I would think so.

Andrew