From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22063 invoked by alias); 18 Apr 2002 03:36:00 -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 22049 invoked by uid 71); 18 Apr 2002 03:36:00 -0000 Date: Wed, 17 Apr 2002 20:36:00 -0000 Message-ID: <20020418033600.22048.qmail@sources.redhat.com> To: danglin@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: "John David Anglin" Subject: Re: libf2c/6288: libg2c.sl.0.0 and libobjc.sl.1.0 are linked to l Reply-To: "John David Anglin" X-SW-Source: 2002-04/txt/msg00911.txt.bz2 List-Id: The following reply was made to PR libf2c/6288; it has been noted by GNATS. From: "John David Anglin" To: law@redhat.com Cc: gcc-gnats@gcc.gnu.org, nobody@gcc.gnu.org, dave.anglin@nrc.ca, mark@codesourcery.com Subject: Re: libf2c/6288: libg2c.sl.0.0 and libobjc.sl.1.0 are linked to l Date: Wed, 17 Apr 2002 23:31:22 -0400 (EDT) > Instead we should make sure that whatever paths we need to be in the executable > are actually in the executable. There are flags to make that happen... The > right set of switches should get the behavior we desire. I have closed this PR since after reinstalling gcc-3.1 under hppa2.0w-hp-hpux11.11 I haven't been able to duplicate the problem. The embedded path is correctly set and enabled. This should allow libgcc_s.sl to be located in the installation directory if it isn't found in the default location in the build directory. Frankly, I am puzzled but it may have just been the result of doing too many things at once. Dave -- J. David Anglin dave.anglin@nrc.ca National Research Council of Canada (613) 990-0752 (FAX: 952-6605)