From: Greg Russell on
I've installed GoogleEarth on CentOS 5.5 and am encountering some glibc
deficiencies.

Is there any way to install a local copy in $HOME of the requisite glibc,
please, so that googleearth can use it?

$ rpm -qa | grep glibc
glibc-2.5-49
glibc-utils-2.5-49
glibc-devel-2.5-49
compat-glibc-headers-2.3.4-2.26
glibc-common-2.5-49
glibc-headers-2.5-49

$ which googleearth; googleearth
~/bin/googleearth
../googleearth-bin: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not
found (required by ./libgoogleearth_lib.so)
../googleearth-bin: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not
found (required by ./libbase.so)

If it's not possible to install a local (or system-wide that won't break
everything else) GLIBCXX_3.4.9 then perhaps someone will suggest a Linux
distro that is more suitable, and I can use that as an excuse to become
familiar with it?
From: General Schvantzkoph on
On Fri, 11 Jun 2010 16:55:43 +0000, Greg Russell wrote:

> I've installed GoogleEarth on CentOS 5.5 and am encountering some glibc
> deficiencies.
>
> Is there any way to install a local copy in $HOME of the requisite
> glibc, please, so that googleearth can use it?
>
> $ rpm -qa | grep glibc
> glibc-2.5-49
> glibc-utils-2.5-49
> glibc-devel-2.5-49
> compat-glibc-headers-2.3.4-2.26
> glibc-common-2.5-49
> glibc-headers-2.5-49
>
> $ which googleearth; googleearth
> ~/bin/googleearth
> ./googleearth-bin: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not
> found (required by ./libgoogleearth_lib.so) ./googleearth-bin:
> /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by
> ./libbase.so)
>
> If it's not possible to install a local (or system-wide that won't break
> everything else) GLIBCXX_3.4.9 then perhaps someone will suggest a Linux
> distro that is more suitable, and I can use that as an excuse to become
> familiar with it?

It crashes on Fedora 13 so that's not a solution
From: Markus Kossmann on
Greg Russell wrote:

> I've installed GoogleEarth on CentOS 5.5 and am encountering some glibc
> deficiencies.
[...]
>
> $ which googleearth; googleearth
> ~/bin/googleearth
> ./googleearth-bin: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not
> found (required by ./libgoogleearth_lib.so)
> ./googleearth-bin: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not
> found (required by ./libbase.so)
>
No, thats not glibc problem but a libstdc++ problem. You need to install a
libstdc++ that is compatible to libstdc++-3.4.9 ( which is the runtime of
g++-3.4.9)
From: Greg Russell on
In news:n6bae7-uv4.ln1(a)PC2.home,
Markus Kossmann <mkossmann_n1(a)gmx.de> typed:

>> I've installed GoogleEarth on CentOS 5.5 and am encountering some
>> glibc deficiencies.
> [...]
>>
>> $ which googleearth; googleearth
>> ~/bin/googleearth
>> ./googleearth-bin: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9'
>> not found (required by ./libgoogleearth_lib.so)
>> ./googleearth-bin: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9'
>> not found (required by ./libbase.so)
>>
> No, thats not glibc problem but a libstdc++ problem. You need to
> install a libstdc++ that is compatible to libstdc++-3.4.9 ( which is
> the runtime of g++-3.4.9)

I perceived it as a glibc problem because of " version `GLIBCXX_3.4.9' not
found (required by ./libbase.so) ".

May I ask your specific solution to the problem such that the entire system
won't break, please?






From: John Reiser on
>>> $ which googleearth; googleearth
>>> ~/bin/googleearth
>>> ./googleearth-bin: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9'
>>> not found (required by ./libgoogleearth_lib.so)
>>> ./googleearth-bin: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9'
>>> not found (required by ./libbase.so)

>> No, thats not glibc problem but a libstdc++ problem. You need to
>> install a libstdc++ that is compatible to libstdc++-3.4.9 ( which is
>> the runtime of g++-3.4.9)

> I perceived it as a glibc problem because of " version `GLIBCXX_3.4.9' not
> found (required by ./libbase.so) ".

The "CXX" in 'GLIBCXX_3.4.9' signifies "c++" and is used because
the plus sign '+' is not a legal character in symbol version
(at least as processed by various default tools.)

> May I ask your specific solution to the problem such that the entire system
> won't break, please?

Get the package that contains /usr/lib/libstdc++.so.6 with a version
GLIBCXX_3.4.9, and take apart the package by hand so as to extract the
file which would become the effective contents of /usr/lib/libstdc++.so.6;
probably there are symbolic links involved. Put that file and its
symbolic links into some directory; $HOME/lib might be one choice.
Create an executable shell script which puts the name of that directory
into LD_LIBRARY_PATH ahead of /usr/lib, then invokes googleearth.

--