I have /usr/lib/libstdc++.so.6 installed on my system.
Firefox (in the 2.0.0.7 version downloaded from mozilla.com) needs /usr/lib/libstdc++.so.5 to work.
Is there any reasonably simple workaround for this problem? I know one *could* build from source but that sounds like rather hard work for Firefox.
Chris
The one I have used before successfully for other things is a symbolic link - it works most of the time going from a higher to a lower library :)
Keith
________________________________
From: main-bounces@lists.alug.org.uk on behalf of Chris G Sent: Mon 01/10/2007 5:10 PM To: main@lists.alug.org.uk Subject: [ALUG] How to deal with a dependency on an older library?
I have /usr/lib/libstdc++.so.6 installed on my system.
Firefox (in the 2.0.0.7 version downloaded from mozilla.com) needs /usr/lib/libstdc++.so.5 to work.
Is there any reasonably simple workaround for this problem? I know one *could* build from source but that sounds like rather hard work for Firefox.
-- Chris Green
_______________________________________________ main@lists.alug.org.uk http://www.alug.org.uk/ http://lists.alug.org.uk/mailman/listinfo/main Unsubscribe? See message headers or the web site above!
On Mon, 2007-10-01 at 22:30 +0100, keith.jamieson@bt.com wrote:
Chris
The one I have used before successfully for other things is a symbolic link - it works most of the time going from a higher to a lower library :)
Yes that would stand a chance of working but the problem with doing it on a core lib like this is that it may introduce unexpected behaviour into any other app you install that depends on it, even if it doesn't cause a problem with Firefox. This was the purpose of putting version numbers in shared libs, to avoid "dll hell". In 2 months time when you are scratching your head fighting a strange bug on another app that nobody else seems to have repeated, you will forget you did this symlink. Heaven forbid of course that this other app is doing anything important with your data :)
On ubuntu 64 I have libstdc++5 as an available package alongside 6 on the standard repros, does Fedora not have a compat-libstdc++ package (I know RHEL has them so I was assuming they are present in all Red Hat derivatives)
On Mon, Oct 01, 2007 at 11:10:13PM +0100, Wayne Stallwood wrote:
On Mon, 2007-10-01 at 22:30 +0100, keith.jamieson@bt.com wrote:
Chris
The one I have used before successfully for other things is a symbolic link - it works most of the time going from a higher to a lower library :)
Yes that would stand a chance of working but the problem with doing it on a core lib like this is that it may introduce unexpected behaviour into any other app you install that depends on it, even if it doesn't cause a problem with Firefox. This was the purpose of putting version numbers in shared libs, to avoid "dll hell". In 2 months time when you are scratching your head fighting a strange bug on another app that nobody else seems to have repeated, you will forget you did this symlink. Heaven forbid of course that this other app is doing anything important with your data :)
On ubuntu 64 I have libstdc++5 as an available package alongside 6 on the standard repros, does Fedora not have a compat-libstdc++ package (I know RHEL has them so I was assuming they are present in all Red Hat derivatives)
As I said I had tried the symbolic link trick and it didn't work for this particular case.
I have just taken the easy way out and have installed Firefox 2.0.0.5 which is the official latest version for Fedora 7, apparently the changes in the next two versions are only for Windows so I'm not missing anything.
The drive behind all this was removing the 64-bit version of Firefox and using the 32-bit one instead so that installing plugins is easier. That has worked well, I now have the plugins that I want working with only 'proper' Fedora 7 rpms.
I have to admit this is about the only hassle I have encountered when moving to a 64-bit build/installation.
On Mon, Oct 01, 2007 at 10:30:27PM +0100, keith.jamieson@bt.com wrote:
Chris
The one I have used before successfully for other things is a symbolic link - it works most of the time going from a higher to a lower library :)
I tried that, it didn't work in this particular case because Firefox was looking for functions/variables that had changed names between .so.5 and .so.6.
I agree that it is usually a way to get things to work with newer libraries.
Keith
From: main-bounces@lists.alug.org.uk on behalf of Chris G Sent: Mon 01/10/2007 5:10 PM To: main@lists.alug.org.uk Subject: [ALUG] How to deal with a dependency on an older library?
I have /usr/lib/libstdc++.so.6 installed on my system.
Firefox (in the 2.0.0.7 version downloaded from mozilla.com) needs /usr/lib/libstdc++.so.5 to work.
Is there any reasonably simple workaround for this problem? I know one *could* build from source but that sounds like rather hard work for Firefox.
-- Chris Green
main@lists.alug.org.uk http://www.alug.org.uk/ http://lists.alug.org.uk/mailman/listinfo/main Unsubscribe? See message headers or the web site above!
-
Chris G -
keith.jamieson＠bt.com -
Wayne Stallwood