http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #32 from Jonathan Wakely redi at gcc dot gnu.org 2012-06-19
07:42:30 UTC ---
Author: redi
Date: Tue Jun 19 07:42:21 2012
New Revision: 188768
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=188768
Log:
PR libstdc++/53270
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #30 from Jonathan Wakely redi at gcc dot gnu.org 2012-06-14
22:20:56 UTC ---
Author: redi
Date: Thu Jun 14 22:20:52 2012
New Revision: 188637
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=188637
Log:
PR libstdc++/53270
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Known to fail|4.8.0 |4.7.1
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #28 from jimis jimis at gmx dot net 2012-05-20 10:41:28 UTC ---
The issue seems to be resolved with these 3 defines, thanks for helping. I now
get an ICE at a much later phase which is probably unrelated. I'll try some
more recent
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #29 from dave.anglin at bell dot net 2012-05-20 14:18:39 UTC ---
On 20-May-12, at 6:41 AM, jimis at gmx dot net wrote:
init2.c:52: MPFR assertion failed: p = 2 p = ((mpfr_prec_t)
((mpfr_uprec_t)
~(mpfr_uprec_t)0)1))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #19 from jimis jimis at gmx dot net 2012-05-18 12:46:43 UTC ---
Defining _GTHREAD_USE_MUTEX_INIT_FUNC in os/gnu-linx/os_defines.h didn't help.
See attached files for new error message and preprocessed source.
Also keep in mind that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #21 from jimis jimis at gmx dot net 2012-05-18 12:48:53 UTC ---
Created attachment 27432
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27432
preprocessed source after defining _GTHREAD_USE_MUTEX_INIT_FUNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #20 from jimis jimis at gmx dot net 2012-05-18 12:48:05 UTC ---
Created attachment 27431
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27431
guard.cc error after defining _GTHREAD_USE_MUTEX_INIT_FUNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #23 from Jonathan Wakely redi at gcc dot gnu.org 2012-05-18
16:31:58 UTC ---
(I'll be back from holiday on tuesday and able to work on this properly then,
including adding a configure check to define the macros automatically when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #25 from jimis jimis at gmx dot net 2012-05-18 17:17:13 UTC ---
Created attachment 27436
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27436
log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #22 from Jonathan Wakely redi at gcc dot gnu.org 2012-05-18
16:30:54 UTC ---
The new error is in the recursive mutex definition. You also need to define
_GTHREAD_USE_RECURSIVE_MUTEX_INIT_FUNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #26 from jimis jimis at gmx dot net 2012-05-18 17:17:53 UTC ---
Created attachment 27437
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27437
preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #24 from jimis jimis at gmx dot net 2012-05-18 17:16:08 UTC ---
Thanks, I'll leave that to you then since it's no big priority for me.
FYI defining _GTHREAD_USE_RECURSIVE_MUTEX_INIT_FUNC brought other problems. I'm
attaching related
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #27 from Jonathan Wakely redi at gcc dot gnu.org 2012-05-18
23:27:19 UTC ---
Try adding _GTHREAD_USE_COND_INIT_FUNC too
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #15 from dave.anglin at bell dot net 2012-05-09 18:45:15 UTC ---
On 5/9/2012 1:12 PM, redi at gcc dot gnu.org wrote:
We might want to put something in config/os/gnu-linux/os_defines.h so that the
macro is defined when using
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #16 from jimis jimis at gmx dot net 2012-05-10 00:41:04 UTC ---
(In reply to comment #14)
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #17 from jimis jimis at gmx dot net 2012-05-10 00:42:15 UTC ---
Created attachment 27361
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27361
mutex.diff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #18 from dave.anglin at bell dot net 2012-05-10 00:55:14 UTC ---
On 9-May-12, at 8:41 PM, jimis at gmx dot net wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #16 from jimis jimis at gmx dot net 2012-05-10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
jimis jimis at gmx dot net changed:
What|Removed |Added
Attachment #27335|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #6 from jimis jimis at gmx dot net 2012-05-08 06:38:08 UTC ---
Created attachment 27339
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27339
preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #7 from jimis jimis at gmx dot net 2012-05-08 06:38:45 UTC ---
Parallel compilation confused me, the error is for guard.cc, see the attached
log plus the preprocessed source.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #10 from Steven Bosscher steven at gcc dot gnu.org 2012-05-08
19:03:01 UTC ---
From gcc61:
$ /lib/libc-2.7.so
GNU C Library stable release version 2.7, by Roland McGrath et al.
Copyright (C) 2007 Free Software Foundation, Inc.
This
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #11 from dave.anglin at bell dot net 2012-05-08 19:23:48 UTC ---
On 5/8/2012 3:03 PM, steven at gcc dot gnu.org wrote:
Is that old a glibc still supported?
The following still works except for libitm:
dave@selway:/lib /lib/libc.so.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #12 from John David Anglin danglin at gcc dot gnu.org 2012-05-08
20:50:01 UTC ---
You might try configuring with --disable-libstdcxx-threads. It
disables C++11 threads support.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #13 from jimis jimis at gmx dot net 2012-05-09 04:43:20 UTC ---
--disable-libstdcxx-threads doesn't help, I get the same error at exactly the
same point(guard.cc:33).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #1 from jimis jimis at gmx dot net 2012-05-07 20:31:19 UTC ---
Created attachment 27335
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27335
hppa-gcc-bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #3 from jimis jimis at gmx dot net 2012-05-07 23:22:50 UTC ---
I used the gcc-4.8-20120429 snapshot and the only configure option (besides
prefix and libraries) was --disable-libstdcxx-pch. The host I compiled on was
gcc61. I didn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #4 from John David Anglin danglin at gcc dot gnu.org 2012-05-08
00:33:35 UTC ---
It's not a problem with the thread model.
I can't duplicate the problem. I believe that this is because
I have a more recent version of libc6 installed
34 matches
Mail list logo
