Closed
Bug 79362
Opened 23 years ago
Closed 23 years ago
Missing symbols in libxpcom.so (IRIX/gcc)
Categories
(Core :: XPCOM, defect, P2)
Tracking
()
RESOLVED
FIXED
mozilla0.9.1
People
(Reporter: jayvdb, Assigned: rhess)
References
Details
Attachments
(3 files)
752 bytes,
patch
|
Details | Diff | Splinter Review | |
1.38 KB,
patch
|
Details | Diff | Splinter Review | |
1.26 KB,
patch
|
Details | Diff | Splinter Review |
Building mozilla with gcc on IRIX results in missing symbols nsXPTCStubBase::Stub130 in libxpcom.so Looking in xpcom/reflect/xptcall/src/md/unix/, nm indicates that the symbols are missing because they should be nsXPTCStubBase::Stub130(void) And xpcom/reflect/xptcall/src/xptcall.o seems to be were the incorrectly named symbols come from. --- % ./mozilla ... 12643702:./mozilla-bin: rld: Error: unresolvable symbol in ./libxpcom.so: Stub120__14nsXPTCStubBase 12643702:./mozilla-bin: rld: Error: unresolvable symbol in ./libxpcom.so: Stub20__14nsXPTCStubBase ... --- % nm xpcom/reflect/xptcall/src/md/unix/libxptcmd.a | grep Stub130 [4] | 4064| 32|FUNC |GLOB |DEFAULT |4 |Stub130__14nsXPTCStubBaseGv --- % nm xpcom/build/libxpcom.so | grep Stub130 [509] |1609924392| 32|FUNC |GLOB |DEFAULT |MIPS_TEXT|Stub130__14nsXPTCStubBaseGv [902] | 0| 0|FUNC |GLOB |DEFAULT |UNDEF |Stub130__14nsXPTCStubBase --- % nm xpcom/reflect/xptcall/src/xptcall.o | grep Stub130 [15] | 0| 0|FUNC |GLOB |DEFAULT |UNDEF |Stub130__14nsXPTCStubBase
I suppose this is really a build config issue, but dropping in XPCOM for the moment.
Assignee: asa → kandrot
Status: UNCONFIRMED → NEW
Component: Browser-General → XPCOM
Ever confirmed: true
QA Contact: doronr → scc
Reporter | ||
Comment 2•23 years ago
|
||
Reporter | ||
Comment 3•23 years ago
|
||
I have tested the above patch, and I now get a core dump after registration. To enable both MIPSpro and GNU compilers to work, I presume there will need to be two irix .s files, and build changes will have to occur in these two. xpcom/reflect/xptcall/src/md/unix/Makefile.in xpcom/build/Makefile.in
Reporter | ||
Comment 4•23 years ago
|
||
I am unsure if the this problem is the cause, but mozilla (after registration) and TextXPTCInvoke core dump. % ./TestXPTCInvoke Warning: MOZILLA_FIVE_HOME not set. calling direct: 1 + 1 = 2 1L + 1L = 2 2 * 2 = 4 2L * 2L = 4 1 + 2 + 3 + 4 + 5 + 6 + 7 + 8 + 9 + 10 = 55.000000 1 + 2 + 3 + 4 + 5 + 6 + 7 + 8 + 9 + 10 = 55.000000f calling via invoke: Segmentation fault (core dumped)
Reporter | ||
Comment 5•23 years ago
|
||
This takes me back to bug 43024 , and some diffs that did not make it into the tree, and some gcc specific asm code that got pulled out, and a minor rework ... and presto ... mozilla works!
Keywords: patch
Reporter | ||
Comment 6•23 years ago
|
||
Reporter | ||
Comment 7•23 years ago
|
||
Comment 8•23 years ago
|
||
I do not have the means of verifying this, and am unfamilar with SGI or IRIX. I am reassigning to the owner of the tracking bug, whom I assume will know who can do this. Thanks.
Assignee: kandrot → rhess
r=cls
Severity: normal → blocker
Priority: -- → P2
Target Milestone: --- → mozilla0.9.1
Comment 10•23 years ago
|
||
a= asa@mozilla.org for checkin to 0.9.1
Comment 11•23 years ago
|
||
working on getting an ETA for this. I'll update ASAP... :-l
Comment 12•23 years ago
|
||
Patch has been checked in.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•