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 squash1. 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 __udivdi3@glibc_2_0 in my latest mozilla build which should not exist.yep .. here, too (as I mailed on dev@openoffice.org 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 + 02839: 00000000 36 FUNC GLOBAL DEFAULT UND __udivdi3@GLIBC_2.0(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 + 0587: 00000000 36 FUNC GLOBAL DEFAULT UND __udivdi3@GLIBC_2.0 (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 ,: ..` ` `- jan.palic@linux-debian.de | ' ` `
---- Kevin B. Hendricks Associate Professor of Operations and Information Technology Richard Ivey School of Business, University of Western Ontario London Ontario, CANADA N6A 3K7 khendricks@ivey.uwo.ca -- To UNSUBSCRIBE, email to debian-openoffice-request@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org