[v3] Fix race condition in libstdc++-v3/configure.ac
Paolo Bonzini
bonzini@gnu.org
Wed Sep 2 21:54:00 GMT 2009
On 09/02/2009 11:53 PM, Ralf Wildenhues wrote:
> * Paolo Carlini wrote on Wed, Sep 02, 2009 at 12:00:16AM CEST:
>>> No idea whether it is related; but I'd appreciate if you filed a bug
>>> report, that way it won't fall under the carpet. We can still merge
>>> it or close it if it is the same. Feel free to Cc: me in the PR.
>>>
>> Done. It's libstdc++/41220, definitely a regression. Thanks in advance
>> for your help!
>
> Confirmed. You can work around it with 'rm include/stamp-host' before
> running 'make' again. Patch below.
>
> This issue existed before the autotools upgrade (verified with r151011).
> I assume the non-regeneration of these headers is a long-standing issue,
> only exposed through r150672 which introduced<extc++> inclusion into
> the testsuite:
>
> 2009-08-11 Benjamin Kosnik<bkoz@redhat.com>
>
> * include/precompiled/extc++.h: Don't include TR1 if C++0x.
> [...]
> * testsuite/17_intro/headers/c++1998/all.cc: Use extc++.h include.
>
> A 'git grep extc++ fbf4148e0248e4dfab55109dde400e848f76e43b^ -- testsuite'
> shows that there were no uses of this header in the testsuite before that
> commit.
>
> OK to apply?
Yes, thanks!
Paolo
More information about the Libstdc++
mailing list