From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3071 invoked by alias); 2 May 2002 14:26:03 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 3056 invoked by uid 71); 2 May 2002 14:26:02 -0000 Date: Thu, 02 May 2002 07:26:00 -0000 Message-ID: <20020502142602.3051.qmail@sources.redhat.com> To: danglin@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Alexandre Oliva Subject: Re: libf2c/6288: libg2c.sl.0.0 and libobjc.sl.1.0 are linked to libgcc_s.sl in build directory after installation Reply-To: Alexandre Oliva X-SW-Source: 2002-05/txt/msg00039.txt.bz2 List-Id: The following reply was made to PR libf2c/6288; it has been noted by GNATS. From: Alexandre Oliva To: danglin@gcc.gnu.org Cc: dave.anglin@nrc.ca, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org Subject: Re: libf2c/6288: libg2c.sl.0.0 and libobjc.sl.1.0 are linked to libgcc_s.sl in build directory after installation Date: 02 May 2002 11:20:52 -0300 On Apr 18, 2002, danglin@gcc.gnu.org wrote: > Can't duplicate problem after reinstall of gcc 3.1. Although > the dynamic path for libgcc_s.sl is incorrect, the embedded path > is correctly set and should normally allow libgcc_s.sl to be > found in the installation directory. HP-UX is a bit confusing as for shared library paths. The location of a shared library at link time is stored in libraries or executables linked with it, as a fallback in case the library is not found elsewhere. Since we actually require LD_LIBRARY_PATH or equivalent (SHLIB_PATH, for HP-UX) for GCC's shared libraries to be usable in general, this should get libgcc working just fine too. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Red Hat GCC Developer aoliva@{cygnus.com, redhat.com} CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org} Free Software Evangelist Professional serial bug killer