From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8001 invoked by alias); 1 Mar 2006 15:48:15 -0000 Received: (qmail 7476 invoked by alias); 1 Mar 2006 15:48:10 -0000 Date: Wed, 01 Mar 2006 15:48:00 -0000 Message-ID: <20060301154810.7475.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug target/26472] Default path for libgcc_s.sl is build directory In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "dave at hiauly1 dot hia dot nrc dot ca" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-03/txt/msg00105.txt.bz2 List-Id: ------- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-01 15:48 ------- Subject: Re: Default path for libgcc_s.sl is build directory > This is the not supported case (HP-UX 10.20): > 509 (hiauly1)dave> chatr main|grep libc > dynamic /usr/lib/libc.1 Also, -bash-2.05b$ ./main /usr/lib/dld.sl: Can't open shared library: libc.2 /usr/lib/dld.sl: No such file or directory ABORT instruction (core dumped) GCC and cc don't enable the dynamic search by default in the 32-bit runtime. Thus, there's no way for the dynamic loader to open libc when the option is supported. The situations is different in the 64-bit runtime: -bash-2.05b$ chatr main main: 64-bit ELF executable shared library dynamic path search: LD_LIBRARY_PATH enabled first SHLIB_PATH enabled second embedded path enabled third Not Defined shared library list: libc.2 Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26472