http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #32 from Jonathan Wakely 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=gcc&view=rev&rev=188768
Log:
PR libstdc++/53270
* config/os/gnu-linux/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
Jonathan Wakely changed:
What|Removed |Added
Known to fail|4.8.0 |4.7.1
--- Comment #31 from Jonathan Wak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #30 from Jonathan Wakely 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=gcc&view=rev&rev=188637
Log:
PR libstdc++/53270
* include/ext/concurre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |4.6.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
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))
> :0:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #28 from jimis 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 snapshot later and file a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #27 from Jonathan Wakely 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 #24 from jimis 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 info for the sake of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #26 from jimis 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 #22 from Jonathan Wakely 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 #25 from jimis 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 #23 from Jonathan Wakely 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
required)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #20 from jimis 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 #21 from jimis 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 #19 from jimis 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 gcc61 shows some stran
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 2012-05-10
> 00:41:04 UTC ---
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #17 from jimis 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 #16 from jimis 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 default
> assignment
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 linuxthr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #14 from Jonathan Wakely 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #13 from jimis 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 #12 from John David Anglin 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 #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 #10 from Steven Bosscher 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 is free software; see th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2012-05-07 00:00
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
John David Anglin changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever Confirmed|1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #7 from jimis 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
--- Comment #6 from jimis 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
jimis changed:
What|Removed |Added
Attachment #27335|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #4 from John David Anglin 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 (2.13-32) than
that on gcc6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #3 from jimis 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 know about the --enable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270
--- Comment #1 from jimis 2012-05-07 20:31:19 UTC ---
Created attachment 27335
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27335
hppa-gcc-bug
34 matches
Mail list logo