Has anyone managed to get FF 18.0 to work on Centos 5.8?
I've been hacking at it, placing a stack of .so files (from Centos 6)
into a private directory, then using LD_LIBRARY_PATH to point the system to
(in a shellscript that subsequently invokes ff 18) but so far I've not
managed to find the right combination. I've moved over libstdc++, all
or nearly all the .so files from glib2 and glibc packages. now I"m
getting:
./firefox: symbol lookup error: ./libstdc++.so.6: undefined symbol:
_ZNSt7num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE, version
GLIBCXX_3.4
and dunno either what I've done wrong, or what other things need to be
brought over.
Clues appreciated. :)
--
---- Fred Smith -- fredex at fcshome.stoneham.ma.us
-----------------------------
I can do all things through Christ
who strengthens me.
------------------------------ Philippians 4:13 -------------------------------
> ./firefox: symbol lookup error: ./libstdc++.so.6: undefined symbol: _ZNSt7num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE, version GLIBCXX_3.4 > > and dunno either what I've done wrong, or what other things need to be > brought over. > > Clues appreciated. :)Haven't quite figured it out yet. What has worked for me so far with the previous versions was a newer libstdc++ from, I think, Fedora 9 (libstdc++-4.3.0-8.x86_64.rpm). The issue with ff18 is related to nss somehow. I found some posts in a mozdev forum that make it look like ff18 is linked against nss 3.14.1 or .2 beta, but runnable against 3.14. Which is interesting because it appears to work on CentOS6, which has nss 3.13.5. The next thing I was going to try was building a shared lib from nss-3.14.1 based on the nss 3.14.5 el5 srpm, but I have a feeling this may not be enough.
From: fred smith <fredex at fcshome.stoneham.ma.us>> Has anyone managed to get FF 18.0 to work on Centos 5.8? > I've been hacking at it, placing a stack of .so files (from Centos 6) > into a private directory, then using LD_LIBRARY_PATH to point the system to > (in a shellscript that subsequently invokes ff 18) but so far I've not > managed to find the right combination. I've moved over libstdc++, all > or nearly all the .so files from glib2 and glibc packages. now I"m > getting: > > ./firefox: symbol lookup error: ./libstdc++.so.6: undefined symbol: > _ZNSt7num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE, version > GLIBCXX_3.4I tried to update to 18, and it did not complain about libstd++... I think I only copied: ? libstdc++.so.6 -> libstdc++.so.6.0.10* ? libstdc++.so.6.0.10* No other lib or script... But 18 complained about: "Couldn't load XRE functions." Went back to 17.0.1 in the mean time... JD
fred smith wrote:> Has anyone managed to get FF 18.0 to work on Centos 5.8? > > I've been hacking at it, placing a stack of .so files (from Centos 6) > into a private directory, then using LD_LIBRARY_PATH to point the system to > (in a shellscript that subsequently invokes ff 18) but so far I've not > managed to find the right combination. I've moved over libstdc++, all > or nearly all the .so files from glib2 and glibc packages. now I"m > getting: > > ./firefox: symbol lookup error: ./libstdc++.so.6: undefined symbol: _ZNSt7num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE, version GLIBCXX_3.4 > > and dunno either what I've done wrong, or what other things need to be > brought over. > > Clues appreciated. :)In case anyone is interested, I managed to rebuild firefox 18.0.1 on CentOS 5 (i686) without too many problems It appears to run fine on CentOS 5 If anyone wants to know the details, then let me know James Pearson