This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [v3] Fix race condition in libstdc++-v3/configure.ac
- From: Paolo Carlini <paolo dot carlini at oracle dot com>
- To: Ralf Wildenhues <Ralf dot Wildenhues at gmx dot de>, Paolo Bonzini <bonzini at gnu dot org>, gcc-patches at gcc dot gnu dot org, libstdc++ at gcc dot gnu dot org
- Date: Tue, 01 Sep 2009 23:46:22 +0200
- Subject: Re: [v3] Fix race condition in libstdc++-v3/configure.ac
- References: <20090831212646.GA25211@gmx.de> <4A9CD5EE.6070702@gnu.org> <20090901204947.GA11144@gmx.de>
Hi,
> So you are saying that the fact that the precompiled headers are created
> early is by accident, not intentional? Doesn't the rest of the build
> then possibly *use* these precompiled headers for compilation, and thus
> possibly behave differently when they are not present? (Yes, I
> understand that that would be a bug in the pch, but it seems useful to
> expose such a bug.)
>
By the way - sorry if the issue I have been seeing is unrelated, in case
I can file a separate PR - but recently, for some reason, running make
clean ; make ; make check in the libstdc++ build dir doesn't work well
anymore: there are failures already in 17_intro of the form:
.../libstdc++-v3/testsuite/17_intro/headers/c++1998/all.cc:20:25: fatal
error: bits/extc++.h: No such file or directory
It's an annoying problem for us, v3 people, since often we don't rebuild
the full compiler to test small changes... Reproducing it seems very
simple to me, but let me know if you need additional details.
Thanks,
Paolo.