Re: libstdc++.so.2.8 does not exist for Linux 7.0

["Balaraman S (Bala)" <sbalaram at mil dot emc dot com>]

Hello Jason,

Thanks for reply. Here is the more details on the problem.

We compile an application on linux 5.2/6.0 and link to libstdc++ as
follows:

cc     test.c   -o test -lstdc++

the ldd command now shows following:

ldd test
        libstdc++.so.2.8 => /usr/lib/libstdc++.so.2.8 (0x40005000)
        libc.so.6 => /lib/libc.so.6 (0x40046000)
        libm.so.6 => /lib/libm.so.6 (0x400eb000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00000000)

That means the libstdc++ is hardcoded name as libstdc++.so.2.8.

If this test program is executed on redhat linux 7.0 with linux kernel 
2.2.16-22enterprise which supposedly does not use libstdc++.so.2.8
(instead it 
uses libstdc++.so.2.9), we get unable to find libstdc++.so.2.8 error
while 
trying to run the application.

My questions:
1. At compile time can we use some switches so that it does not hardcode
the 
libstdc++ to libstdc++.so.2.8.
OR
2. At run time can we have the application look for libstdc++.so.2.9,
even 
though at compile time it is hardcoded to  libstdc++.so.2.8?
OR
3. Some other trick so solve the problem.

Please help. 

Is it safe to install RPM "libstdc++.so.2.8" for kernel
2.2.16-22enterprise (redhat linux 7.0) along with libstdc++.so.2.9?
Please note my goal is to have one executable which can run on all
flavous of Redhat linux.

regards,

Bala

Jason Merrill wrote:
> 
> >>>>> "Balaraman" == Balaraman S (Bala) <sbalaram@mil.emc.com> writes:
> 
> > I want to run a program which I made it on Linux 5.2, which linked with
> > libstdc++.so.2.8.
> 
> > Note: We do not want to install C++ package RPM "libstdc++.so.2.8"  for
> > Linux 7.0
> 
> I'm afraid you'll have to.
> 
> > Is there a compile option where we can make this test program with
> > version independent libstdc++?
> 
> No, this is not possible.
> 
> Jason