This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/25608] g++ miscompiles gcjx
- From: "gdr at integrable-solutions dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 31 Dec 2005 04:44:05 -0000
- Subject: [Bug libstdc++/25608] g++ miscompiles gcjx
- References: <bug-25608-1000@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #9 from gdr at integrable-solutions dot net 2005-12-31 04:44 -------
Subject: Re: g++ miscompiles gcjx
"pinskia at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org> writes:
| (In reply to comment #7)
| > Before reclassifying, it would useful to provide data. If you cannot,
| > please move on something else. You're not being helpful here.
|
| Since this is reproducible from 4.0 upwards and it is way down in the
libstdc++
| and it is a dead lock,
| it is more likely to be a bug in libstdc++ than anywhere else.
OK, let see.
| Are you sure that you cannot reproduce this with 3.4.x where x>=2?
I used the latest GCC-3.4.5 to compile gcjx, classpath, jacks and
produce some profile data. I did not run into the dead lock. Several
time. However, with mainline, I get a stall exactly at the same place.
| This seems very related to PR 12658.
|
| It seems like this could be a glibc bug reading that other bug, specifically
| "testsuite/22_locale/locale/cons/12658_thread.cc" test.
|
| What glibc version do you have?
glibc-2.3.4-23.4 (SuSE 9.3)
-- Gaby
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25608