108360 - gcc 3.0.2 builds die when attempting to load transformiix

Status: RESOLVED INVALID

(Core :: XSLT, defect)

Description

[hacker formerly known as [e-mail]]

I'm seeing a segfault in libdl when attempting to load transformiix built with
gcc 3.0.2.  My gcc 2.95.3 builds are fine so this is almost certainly some weird
gcc3 bug.  Nonetheless, it needs to be reported.  I see it with both my -O & -O2
builds. The debug build (no configure options) worked fine.

Comment 1

[hacker formerly known as [e-mail]]

Bumping to critical as this is causing the gcc3.0.2 nightly builds to crash when
registering the chrome as well.


#0  _dl_lookup_symbol (
    undef_name=0xb5a79032 <Address 0xb5a79032 out of bounds>, ref=0xbfffebec, 
    symbol_scope=0x80b4ddc, 
    reference_name=0x80b4b88
"/builds/seawood/moz/main/obj-opt-O2/dist/bin/components/libtransformiix.so",
reloc_type=1) at ../sysdeps/generic/dl-hash.h:31
#1  0x400096ed in _dl_relocate_object (l=0x80b4bd8, scope=0x80b4ddc, lazy=1, 
    consider_profiling=0) at ../sysdeps/i386/dl-machine.h:326
#2  0x40234bc4 in dl_open_worker (a=0xbfffed58) at dl-open.c:182
#3  0x4000ac7b in _dl_catch_error (errstring=0xbfffed54, 
    operate=0x40234970 <dl_open_worker>, args=0xbfffed58) at dl-error.c:141
#4  0x40234d1d in _dl_open (
    file=0x80b4a98
"/builds/seawood/moz/main/obj-opt-O2/dist/bin/components/libtransformiix.so",
mode=1, caller=0xbfffed54) at dl-open.c:232
#5  0x401533d3 in dlopen_doit (a=0xbfffee68) at dlopen.c:41
#6  0x4000ac7b in _dl_catch_error (errstring=0x804b158, 
    operate=0x401533a8 <dlopen_doit>, args=0xbfffee68) at dl-error.c:141
#7  0x401538b9 in _dlerror_run (operate=0x401533a8 <dlopen_doit>, 
    args=0xbfffee68) at dlerror.c:125
#8  0x40153393 in __dlopen_check (
    file=0x80b4a98
"/builds/seawood/moz/main/obj-opt-O2/dist/bin/components/libtransformiix.so",
mode=1) at dlopen.c:53
#9  0x4011da38 in pr_LoadLibraryByPathname ()
   from /builds/seawood/moz/main/obj-opt-O2/dist/bin/./libnspr4.so

Comment 2

[hacker formerly known as [e-mail]]

Interesting data point: if I don't use the components script that strips out all
symbols but NSGetModule, NSGetFactory, NSRegisterSelf & NSUnregisterSelf, then
regxpcom runs fine.

Comment 3

[hacker formerly known as [e-mail]]

Ok, crisis averted.  I upgraded binutils to 2.11.90.0.8 and the problem disappeared.