Why ? Why ? Why ?
mh@namakemono:/tmp$ wget "http://download.mozilla.org/?product=firefox-1.5b2&os=linux&lang=en-US"
(...)
mh@namakemono:/tmp$ tar -zxf firefox-1.5b2.tar.gz
mh@namakemono:/tmp$ cd firefox/
mh@namakemono:/tmp/firefox$ ./firefox
./run-mozilla.sh: line 131: 7540 Segmentation fault "$prog" ${1+"$@"}
mh@namakemono:/tmp/firefox$ ldd firefox-bin | grep c++
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb7610000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb67b3000)
Why on earth is upstream's firefox linked against BOTH libstdc++5 AND libstdc++6 ?!?
Update: Okay, now, with a little more thinking:
mh@namakemono:/tmp/firefox$ LD_LIBRARY_PATH=. ldd firefox-bin | grep c++
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb75a0000)
And after a bit more investigation, it appears that the gtk module for scim is responsible for loading libstdc++.so.6...
2005-11-05 22:38:22+0900
Both comments and pings are currently closed.
2005-11-06 01:03:10+0900
Hi Mike,
Apparently you got bitten by bug #323216. Try use GTK_IM_MODULE=”scim” (and start scim manually with “scim -d”) as a workaround.
Ming, scim maintainer