gcc 3.0.2 builds die when attempting to load transformiix

RESOLVED INVALID

Status

()

Core
XSLT
--
critical
RESOLVED INVALID
16 years ago
16 years ago

People

(Reporter: hacker formerly known as seawood@netscape.com, Assigned: Keith Visco)

Tracking

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

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.
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
Severity: normal → critical
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.
Ok, crisis averted.  I upgraded binutils to 2.11.90.0.8 and the problem disappeared.
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.