This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: __cxa_atexit and "FAIL: cxxtest run"
- From: Ranjit Mathew <rmathew at gmail dot com>
- To: libstdc++ at gcc dot gnu dot org, java at gcc dot gnu dot org
- Date: Sat, 17 Dec 2005 06:43:56 +0530
- Subject: Re: __cxa_atexit and "FAIL: cxxtest run"
- Openpgp: url=http://ranjitmathew.hostingzero.com/aa_6C114B8F.txt
- References: <dnonq4$gej$1@sea.gmane.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Ranjit Mathew wrote:
> As I indicated in an earlier message, I have started seeing
> a "FAIL: cxxtest run" in the libjava testsuite on GCC mainline
> in recent times (a week, or two at the most). This testcase
> can be found in "$GCC_SRC/libjava/testsuite/libjava.jni".
[...]
> The difference is that I use "--enable-__cxa_atexit" for
> configuring GCC while the others don't. I prefer to use
> this option, the system GCC provided by Red Hat uses it
> and according to:
FWIW, this looks somewhat similar to PR libstdc++/23591:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23591
It looks like libstdc++.so.6 was unloaded a bit too
prematurely for the exit handlers and xdr_u_long_internal()
is just a red herring for the real problem.
How can I verify this theory? That is, how can I verify
that libstdc++.so has really been unloaded at the time
of the fault and how can I see what really ought to have
been mapped at that address?
Since --enable-__cxa_atexit is used by almost all
distributions (but not for some reason by developers
posting test results), we should definitely track this
down before release.
Thanks,
Ranjit.
- --
Ranjit Mathew Email: rmathew AT gmail DOT com
Bangalore, INDIA. Web: http://ranjitmathew.hostingzero.com/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFDo2ZUYb1hx2wRS48RAmf7AJ9k74ul87x48fJZtc9LOWmIX1DvrgCeIJYD
PvtJ4o641+vFyYIYGLfHgS4=
=ZZV7
-----END PGP SIGNATURE-----