From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-help-return-10501-listarch-gcc-help=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 16768 invoked by alias); 23 Oct 2002 17:17:00 -0000
Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc-help/>
List-Post: <mailto:gcc-help@gcc.gnu.org>
List-Help: <mailto:gcc-help-help@gcc.gnu.org>
Sender: gcc-help-owner@gcc.gnu.org
Received: (qmail 16761 invoked from network); 23 Oct 2002 17:16:59 -0000
Received: from unknown (HELO 042.dsl6660142.ftth.surewest.net) (66.60.142.42)
  by sources.redhat.com with SMTP; 23 Oct 2002 17:16:59 -0000
Received: (from anguiano@localhost)
	by 042.dsl6660142.ftth.surewest.net (8.11.6/8.11.6) id g9NHGs708111;
	Wed, 23 Oct 2002 10:16:54 -0700
To: Jeff Holle <jeff.holle@verizon.net>
Cc: gcc-help@gcc.gnu.org
Subject: Re: Problems with gcc 3.2
References: <3DB772E2.2040602@verizon.net>
From: Ricardo Anguiano <anguiano@codesourcery.com>
In-Reply-To: <3DB772E2.2040602@verizon.net>
Date: Wed, 23 Oct 2002 10:17:00 -0000
Message-ID: <m3bs5loz21.fsf@mordack.codesourcery.com>
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-SW-Source: 2002-10/txt/msg00291.txt.bz2

Jeff Holle <jeff.holle@verizon.net> writes:

> I've just installed gcc 3.2 on my linux system (Mandrake 8.2).
> Typing "gcc -v" from command line reports:
> 
>     Configured with: ./configure
>     Thread model: posix
>     gcc version 3.2
> 
> In compiling and running a simple boost.python extension module (which
> worked with gcc 2.96.0), I get:
> 
>      $python hello.py
>     Traceback (most recent call last):
>       File "hello.py", line 1, in ?
>         import HELLO
>     ImportError: libstdc++.so.5: cannot open shared object file: No such
>     file or directory
> 
> This appears to be because libstdc++.so.5 is installed in
> /usr/local/lib instead of /usr/lib (where the 2.96.0 shared libraries
> seem to be).
> 
> What do I have to do to my environment to fix this?
> 
> Note:
> I tried to define LD_LIBRARY_PATH (which was not previously defined)
> to "/usr/local/lib:/usr/lib:/lib", to no affect.

That's the right environment variable, but I don't know why it isn't
working.  You can try either:

        0) printing the value of LD_LIBRARY_PATH from within the
           python script to make sure it is defined and has the right
           value.
        1) compiling the module statically (-static).
        2) copying libstdc++.so.5 into /usr/lib

HTH,
-- 
Ricardo Anguiano
CodeSourcery, LLC