[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-21 Thread ro at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 Rainer Orth changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-21 Thread ro at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #16 from Rainer Orth 2011-06-21 17:10:02 UTC --- Author: ro Date: Tue Jun 21 17:09:57 2011 New Revision: 175266 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175266 Log: PR libgcj/49314 * gnu/gcj/convert/natIconv.cc (

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-21 Thread ro at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED URL|

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-21 Thread ro at CeBiTec dot Uni-Bielefeld.DE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #14 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-06-21 12:09:30 UTC --- > The question now is what's a clean fix for this issue, rather than > hardcoding the result? I've now checked this with native and GNU iconv: feff.utf-8 is the i

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-20 Thread ro at CeBiTec dot Uni-Bielefeld.DE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #13 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-06-20 14:30:11 UTC --- > Does http://gcc.gnu.org/ml/gcc-patches/2011-06/msg01375.html have any impact > on > this bug? No, as I said, the md5test and shatest executables are correctly

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-17 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #12 from Jack Howarth 2011-06-18 05:54:49 UTC --- (In reply to comment #11) > Further investigation revealed part of what's going on: the test in > gnu::gcj::convert::IOConverter::iconv_init fails with EINVAL on Tru64 > UNIX, but the

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-17 Thread ro at CeBiTec dot Uni-Bielefeld.DE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-06-17 16:15:55 UTC --- Further investigation revealed part of what's going on: the test in gnu::gcj::convert::IOConverter::iconv_init fails with EINVAL on Tru64 UNIX, but the byte swappi

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-17 Thread ro at CeBiTec dot Uni-Bielefeld.DE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-06-17 14:06:12 UTC --- > pr49441 is a totally different issue. That bug manifests itself as a runtime > error with unresolved symbols from libiconv. I still don't understand why we > ju

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-17 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 Jack Howarth changed: What|Removed |Added CC||howarth at nitro dot |

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-17 Thread ro at CeBiTec dot Uni-Bielefeld.DE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-06-17 13:09:06 UTC --- > --- Comment #7 from Dominique d'Humieres > 2011-06-17 13:04:17 UTC --- > Could this pr be related to pr49441? No: the iconv functions only live in libiconv (no

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-17 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #7 from Dominique d'Humieres 2011-06-17 13:04:17 UTC --- Could this pr be related to pr49441?

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-17 Thread ro at CeBiTec dot Uni-Bielefeld.DE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-06-17 09:56:50 UTC --- As a quick hack, I've just removed the definition of HAVE_ICONV and rebuilt libgcj.so. This way, testsuite results are clean. I'll have to further investigate (pr

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-16 Thread ro at CeBiTec dot Uni-Bielefeld.DE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-06-16 20:51:00 UTC --- > It has been a while, but I think either _Jv_NewStringUTF > or _Jv_NewStringUtf8Const. IIRC one of these is run > during class initialization to turn string const

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-16 Thread tromey at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #4 from Tom Tromey 2011-06-16 18:57:35 UTC --- (In reply to comment #3) > I couldn't find so far where this is initialized for the > static string src. It has been a while, but I think either _Jv_NewStringUTF or _Jv_NewStringUtf8Cons

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-16 Thread ro at CeBiTec dot Uni-Bielefeld.DE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-06-16 18:18:59 UTC --- > It is set when the array is created. > I would suggest stepping through String::getBytes. When I do this, I find that the count argument to _Jv_NewPrimArray is 0

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-16 Thread tromey at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 --- Comment #2 from Tom Tromey 2011-06-16 17:44:03 UTC --- (In reply to comment #1) > I haven't yet found where src_a->length is supposed to be initialized. Any > suggestions? It is set when the array is created. I would suggest stepping throu

[Bug libgcj/49314] md5test, shatest output FAILs on Tru64 UNIX

2011-06-16 Thread ro at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49314 Rainer Orth changed: What|Removed |Added CC||aph at gcc dot gnu.org, |