This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/53270] Error when bootstrapping gcc on hppa2.0-unknown-linux-gcc
- From: "redi at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 09 May 2012 17:12:14 +0000
- Subject: [Bug libstdc++/53270] Error when bootstrapping gcc on hppa2.0-unknown-linux-gcc
- Auto-submitted: auto-generated
- References: <bug-53270-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #14 from Jonathan Wakely <redi at gcc dot gnu.org> 2012-05-09 17:12:14 UTC ---
(In reply to comment #12)
> You might try configuring with "--disable-libstdcxx-threads". It
> disables C++11 threads support.
guard.cc is always built, it's part of libsupc++ so it's nothing to do with the
C++11 thread library.
I'm pretty sure we've already dealt with this failure elsewhere, IIRC the
linuxthreads pthread_mutex_t type has a volatile member causing the default
assignment operator to be deleted.
For PR 51296 I added a way to force use of __GTHREAD_MUTEX_INIT_FUNCTION, by
defining _GTHREAD_USE_MUTEX_INIT_FUNC in
libstdc++-v3/config/os/.../os_defines.h
We might want to put something in config/os/gnu-linux/os_defines.h so that the
macro is defined when using linuxthreads