HI Jan,
So we have the *exact* same symbols you recompiled your glibc -2.2.5
with the libgcc-compat patch from the libc-alpha mailing list (and used
a gcc-3.X compiler to do it .. right).
If so I can't understand why mozilla has missing symbols issues with the
build.
That is very strange.
So to recap - we have 3 problems to squash
1. my original build fails with sigill on your machine but when
cppuhelper is recompiled with -O0 the sigills go away (I have updated
from gcc 3.1 to gcc 3.1.1-pre to try and stomp this one out but Daniel
seems to think this is a bug in our new gcc3 bridge code that I have to
track down.
2. once past #1, when mozilla address book stuff starts up you get a
segfault or a missing
symbol problem. The issue here is glibc 2.2.5 related and has 4
possibilities:
- stock glibc-2.2.5 built with gcc-2.95.X
- stock glibc-2.2.5 built with gcc-3.X
- glibc-2.2.5 with libgcc compatibility patch built with gcc 3.X
- glibc-2.2.5 with libgcc compatibility patch built with gcc 2.95.X
(does this even work?)
I seem to be using glibc-2.2.5 with libgcc compat patch built with gcc
3.X
But this seems to introduce a versioned and non-versioned symbols
related to __udivdi3 that somehow appear in the mozilla libraries
libnspr4.so, libxpcom.so, and libmozjs.so.
The question is what is the correct way to have everyone be compatible
with binaries built with gcc-3.X on the different types of glibc 2.2.5
combinations?
Do you have access to a glibc-2.2.5 without libgcc-compat patch built
with gcc-2.95.X that we could compile Mozilla 1.0 on and check what
versions of that symbol exist in those mozilla libraries? Whatever they
are, we have to be the same since the majority of systems out there are
using that combination I would expect.
3. Your cppu build with debug=TRUE fails since the alignment issue of
structure inherited from a parent is showing a different alignment in a
structure than the code wants.
Hopefully you have just somehow improperly defined #define
MAX_ALIGNMENT_4 in cppu somehow. If not, then something has changed
seriously about alignment of inherited structures inside structures that
follow doulbes, ints, etc
Thanks,
Kevin
On Monday, July 8, 2002, at 10:39 AM, Jan-Hendrik Palic wrote:
Hi Kevin ..
On Mon, Jul 08, 2002 at 09:25:48AM -0400, Kevin.Hendricks wrote:
Whoops, I spoke too soon. There are still undefined references to
[EMAIL PROTECTED] in my latest mozilla build which should not exist.
yep .. here, too (as I mailed on [email protected] I think) ... ;)
Can you try one thing for me and let me know what the results say ....
nm -o *.so | grep __udivdi3
libmozjs.so: U __udivdi3@@GLIBC_2.0
libnspr4.so:00030698 t __udivdi3
libxpcom.so: U __udivdi3@@GLIBC_2.0
build against the libc with the fixes ..
And let me know how many shared libraries have/need this symbol
defined.
Then on each one of those please try the following to get more info:
readelf -a libxpcom.so | grep __udivdi3
0013bc2c 000b1715 R_PPC_JMP_SLOT 00000000 __udivdi3 + 0
2839: 00000000 36 FUNC GLOBAL DEFAULT UND
[EMAIL PROTECTED](2)
3552: 00000000 36 FUNC GLOBAL DEFAULT UND __udivdi3@@GLIBC_2.0
readelf -a libmozjs.so | grep __udivdi3
00097f94 00024b15 R_PPC_JMP_SLOT 00000000 __udivdi3 + 0
587: 00000000 36 FUNC GLOBAL DEFAULT UND [EMAIL PROTECTED]
(2)
1370: 00000000 36 FUNC GLOBAL DEFAULT UND __udivdi3@@GLIBC_2.0
readelf -a libnspr4.so | grep __udivdi3
464: 00030698 36 FUNC LOCAL HIDDEN 9 __udivdi3
HTH
Jan
--
.''`. Jan-Hendrik Palic |
: :' : ** Debian GNU/ Linux ** | ** OpenOffice.org ** ,.. ,..
`. `' http://www.debian.org | http://www.openoffice.org ,: ..` `
`- [EMAIL PROTECTED] | ' ` `
----
Kevin B. Hendricks
Associate Professor of Operations and Information Technology
Richard Ivey School of Business, University of Western Ontario
London Ontario, CANADA N6A 3K7
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
