Also check to see if you can run with the compat libs.  Look for an install rpm on 
your install CDs with a name of "compat" or "compat-libs".

"Thousands of years ago, cats were worshipped as gods.  Cats have never forgotten 
this." _ Anonymous
Gordon Wolfe, Ph.D. (425)865-5940
VM Technical Services, The Boeing Company

> ----------
> From:         James Tison
> Reply To:     Linux on 390 Port
> Sent:         Monday, January 26, 2004 8:03 AM
> To:   [EMAIL PROTECTED]
> Subject:      Re: developers require older version of c++ lib on 2.4.xx system
> 
> Rich,
> 
> I don't think you can get away with that. Kernel 2.4.19 sounds like you're
> running SLES 8, which comes with gcc 3.2. The gcc folks specifically
> changed the C++ ABI at either 3.0 or 3.1. I'd suggest your developers
> recompile their application and go from there. What matters here isn't the
> kernel level, but the level of the gcc/g++ compiler.
> 
> When we cutover to SLES 8 from ThinkBlue 7.1a (gcc-2.95 ???), most
> everything in the house we had (including C programs) that was
> custom-written had to be recompiled. Fortunately, that didn't take long
> and there were no serious barriers that I can recall.
> 
> --Jim--
> James S. Tison
> Senior Software Engineer
> TPF Laboratory / Architecture
> IBM Corporation
> "If dogs don't go to heaven, then, when I die, I want to go where they
> do." -- Will Rogers
> 
> 
> 
> Rich Blair <[EMAIL PROTECTED]>
> Sent by: Linux on 390 Port <[EMAIL PROTECTED]>
> 01/26/2004 09:56
> Please respond to
> Linux on 390 Port
> 
> 
> To
> [EMAIL PROTECTED]
> cc
> 
> Subject
> developers require older version of c++ lib on 2.4.xx system
> 
> 
> 
> 
> 
> 
> A group of our developers would like to run  an application on linux
> 2.4.19
> system that was originally compiled on a 2.2.16 system.   The library they
> require is libstdc++-libc6.1-2.so.3 which apparently is no longer
> available
> once you get to linux 2.4.xx.
> I'm not a c++ programmer so I'm wondering short of moving the older
> library
> over from the 2.2.16 system and allowing them to run with it - is there a
> "best practices" type of solution to this problem?
> 
> Thanks,
> Rich
> 
> Rich Blair | Systems Programmer
> [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
> 
> ASG |  <http://www.asg.com/> asg.com
> 1333 Third Avenue South
> Naples, Florida 34102  USA
> 
> Tel: 239.435.2243
> Fax: 239.231.3717
> Toll Free: 800.932.5536 X2243
> 
> End-to-End Technology Management
> 
> 

Reply via email to