15976 - Linux binaries and shared libraries (M10 libstdc++, et al.)

Status: VERIFIED DUPLICATE of bug 15970

(SeaMonkey :: Build Config, defect, P3)

Description

[Craig Metz]

Every milestone binary build I've tried has run me into troubles where your
build environment has this or that version of some shared library that I don't
have. This is a problem sometimes just inherent to Linux, but the Mozilla builds
seem to just have hit this more frequently and in more different ways than is
typical. For example, with M10 and the Linux binaries:

./apprunner: error in loading shared libraries: libstdc++-libc6.1-1.so.2: cannot
open shared object file: No such file or directory

Okay, so where did this shared library come from? That's not a standard name
last time I checked.

Perhaps a general solution to this problem would be to release a tarball along
with the main Mozilla binary release that contains all the shared libraries that
the binary kit was built against, so that those unfortunate end users who don't
have your exact shared library environment can synthesize something on their
system that will work (if all else fails, by just LD_LIBRARY_PATHing your shared
libraries in).

Comment 1

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

Moving to Build Config.

Comment 2

[Jon Granrose]

This looks like it might be related to the talkback library issue (bug 19471).
adding namachi for his input.

Comment 3

[Shiva Thirumazhusai]

*** This bug has been marked as a duplicate of 19471 ***

Comment 4

[leger]

marking Verified as a dup

Comment 5

[Jon Granrose]

in verifying bug 19471 I have found that mozilla is still linking against this 
library, and I'm not sure we've resolved this issue.  reopening.

This may be related to bug 13202 concerning releasing statically vs dynamically 
linked binaries.

Comment 6

[Jon Granrose]

on today's linux build::

bimota.mcom.com:31% ldd mozilla-bin
        libraptorgfx.so => /builds/seamonkey/mozilla/dist/bin/libraptorgfx.so (0
x40013000)
        libmozjs.so => /builds/seamonkey/mozilla/dist/bin/libmozjs.so (0x4004e00
0)
        libxpcom.so => /builds/seamonkey/mozilla/dist/bin/libxpcom.so (0x400ec00
0)
        libjsj.so => /builds/seamonkey/mozilla/dist/bin/libjsj.so (0x401bd000)
        libplds3.so => /builds/seamonkey/mozilla/dist/bin/libplds3.so (0x401dc00
0)
        libplc3.so => /builds/seamonkey/mozilla/dist/bin/libplc3.so (0x401e1000)
        libnspr3.so => /builds/seamonkey/mozilla/dist/bin/libnspr3.so (0x401e600
0)
        libpthread.so.0 => /lib/libpthread.so.0 (0x40232000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x40243000)
        libutil.so.1 => /lib/libutil.so.1 (0x40259000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x4025c000)
        libdl.so.2 => /lib/libdl.so.2 (0x4026b000)
        libstdc++-libc6.1-1.so.2 => /usr/lib/libstdc++-libc6.1-1.so.2 (0x4026e00
0)
        libm.so.6 => /lib/libm.so.6 (0x402b1000)
        libc.so.6 => /lib/libc.so.6 (0x402cd000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)        

Comment 7

[Jon Granrose]

this appears to be similar to 15970.

Comment 8

[Jon Granrose]

resolving as duplicate.

*** This bug has been marked as a duplicate of 15970 ***

Comment 9

[leger]

Marking Verified as a dup.