Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa
On Sun, Nov 8, 2009 at 2:47 PM, Carlos O'Donell car...@systemhalted.org wrote: On Sun, Nov 8, 2009 at 1:42 PM, Carlos O'Donell car...@systemhalted.org wrote: Always the same crash for all the failures I've looked at. Hopefully this is something trivial that was missed. The current libc is missing my patches to fix pthread_attr_setstack() and pthread_attr_getstack() for hppa. With this patches: http://www.parisc-linux.org/~carlos/local-stack-grows-up.diff I know see this for the libjava testsuite in gcc trunk. ~~~ === libjava Summary === # of expected passes2568 # of unexpected failures3 # of untested testcases 3 ~~~ I've already asked Aurelien to apply the above listed patch. There is a regression in glibc, tst-attr3 fails randomly under load, but it isn't related to this code. I will be tracking that down independently of this patch. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa
On Mon, Nov 9, 2009 at 9:37 PM, Matthias Klose d...@debian.org wrote: looking at the gcc-4.4 g++/libstdc++ test results I see regressions as well; is this reproducible for you? What regressions are you seeing? I have a check-g++ running right now against glibc 2.10.1-0exp2. I'll comment when this is done. Does the gcc package do something similar to glibc and fail the build of the testsuite results fail to match expected results? In such cases the debian-glibc team contacts the porters to help sort out why the testsuite had changed, thus avoiding an upload that breaks userspace. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa
On Tue, Nov 10, 2009 at 10:32 AM, Carlos O'Donell car...@systemhalted.org wrote: On Mon, Nov 9, 2009 at 9:37 PM, Matthias Klose d...@debian.org wrote: looking at the gcc-4.4 g++/libstdc++ test results I see regressions as well; is this reproducible for you? What regressions are you seeing? I have a check-g++ running right now against glibc 2.10.1-0exp2. I'll comment when this is done. === g++ Summary === # of expected passes21250 # of unexpected failures26 # of expected failures 157 # of unresolved testcases 14 # of unsupported tests 168 === libstdc++ Summary === # of expected passes6913 # of unexpected failures1 # of unexpected successes 1 # of expected failures 86 # of unsupported tests 97 I'm seeing this with gcc upstream trunk compiled against glibc-2.10.1-0exp2. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa
On 08.11.2009 20:47, Carlos O'Donell wrote: On Sun, Nov 8, 2009 at 1:42 PM, Carlos O'Donellcar...@systemhalted.org wrote: Always the same crash for all the failures I've looked at. Hopefully this is something trivial that was missed. The current libc is missing my patches to fix pthread_attr_setstack() and pthread_attr_getstack() for hppa. HPPA is an architecture under which the stack grows up and the default implementation does not take that into account. The boehm-gc then uses the wrong stack values during garbase collection initialization and thus every gcj built application crashes. I will work with Aurelian on putting out a fixed libc, until then gcj will not work correctly. Sorry about the inconvenience. It appears that the glibc testsuite is self-consistent, and because both set and get functions are affected the glibc tests actually pass. I didn't notice this because I don't normally bootstrap java. Cheers, Carlos. looking at the gcc-4.4 g++/libstdc++ test results I see regressions as well; is this reproducible for you? Matthias -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa
On Mon, Nov 2, 2009 at 11:17 AM, Carlos O'Donell car...@systemhalted.org wrote: On Mon, Nov 2, 2009 at 5:01 AM, Aurelien Jarno aurel...@aurel32.net wrote: Hi HPPA porters, Could someone please have a look at this problem? It seems to be due to the NPTL switch. I'm already looking at the gcj breakage so I'll have a look at this. Thanks. ~~~ === libjava Summary === # of expected passes877 # of unexpected failures842 # of untested testcases 842 ~~~ The testsuite failures are all caused by a crash in the garbage collector. #0 GC_push_all_eager (bottom=value optimized out, top=value optimized out) at ../../../gcc-trunk/boehm-gc/mark.c:1468 #1 0x42ac7aec in GC_push_all_stacks () at ../../../gcc-trunk/boehm-gc/pthread_stop_world.c:307 #2 0x42ac0f14 in GC_push_roots (all=1, cold_gc_frame=0xbff01708 C\222\254DB\253U\24) at ../../../gcc-trunk/boehm-gc/mark_rts.c:646 #3 0x42ac0188 in GC_mark_some (cold_gc_frame=0xbff01708 C\222\254DB\253U\24) at ../../../gcc-trunk/boehm-gc/mark.c:326 #4 0x42ab58ec in GC_stopped_mark (stop_fu...@0x438c166e: 0x42ab5514 GC_never_stop_func) at ../../../gcc-trunk/boehm-gc/alloc.c:531 #5 0x42ab6094 in GC_try_to_collect_inner (stop_fu...@0x438c166e: 0x42ab5514 GC_never_stop_func) at ../../../gcc-trunk/boehm-gc/alloc.c:378 #6 0x42ac2214 in GC_init_inner () at ../../../gcc-trunk/boehm-gc/misc.c:789 #7 0x42ac2500 in GC_init () at ../../../gcc-trunk/boehm-gc/misc.c:493 #8 0x42abb3f4 in GC_init_gcj_malloc (mp_index=0, mp=0x40247a5e) at ../../../gcc-trunk/boehm-gc/gcj_mlc.c:60 #9 0x41d40c28 in _Jv_InitGC () at ../../../gcc-trunk/libjava/boehm.cc:537 #10 0x41d2cd58 in _Jv_RegisterNewClasses (classes=0x1242c) at ../../../gcc-trunk/libjava/java/lang/natClassLoader.cc:364 #11 0x00010c84 in _Jv_global_static_constructor () at emptystring.java:13 #12 0x00010eb4 in __do_global_ctors_aux () #13 0x00010598 in _init () #14 0x00010e00 in __libc_csu_init () #15 0x40a22ffc in __libc_start_main (ma...@0x126be: 0x126d0, argc=1, ubp_av=0xbff0102c, in...@0x1269e: 0x10dc8 __libc_csu_init, fi...@0x12676: 0x126d0, rtld_fi...@0x4024787e: 0x4023708c _dl_fini, stack_end=0xbff011c0) at libc-start.c:181 #16 0x00010650 in _start () (gdb) Always the same crash for all the failures I've looked at. Hopefully this is something trivial that was missed. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa
On Sun, Nov 8, 2009 at 1:42 PM, Carlos O'Donell car...@systemhalted.org wrote: Always the same crash for all the failures I've looked at. Hopefully this is something trivial that was missed. The current libc is missing my patches to fix pthread_attr_setstack() and pthread_attr_getstack() for hppa. HPPA is an architecture under which the stack grows up and the default implementation does not take that into account. The boehm-gc then uses the wrong stack values during garbase collection initialization and thus every gcj built application crashes. I will work with Aurelian on putting out a fixed libc, until then gcj will not work correctly. Sorry about the inconvenience. It appears that the glibc testsuite is self-consistent, and because both set and get functions are affected the glibc tests actually pass. I didn't notice this because I don't normally bootstrap java. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553722: almost all execution test in gcj-4.4 broken with eglibc-2.10.1-3 on hppa
On Mon, Nov 2, 2009 at 5:01 AM, Aurelien Jarno aurel...@aurel32.net wrote: Hi HPPA porters, Could someone please have a look at this problem? It seems to be due to the NPTL switch. I'm already looking at the gcj breakage so I'll have a look at this. Thanks. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org