From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15320 invoked by alias); 7 Feb 2006 16:28:17 -0000 Received: (qmail 15256 invoked by uid 48); 7 Feb 2006 16:28:13 -0000 Date: Tue, 07 Feb 2006 16:28:00 -0000 Message-ID: <20060207162813.15255.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libgcj/17311] Wrong libgcc_s.so.1 is used by lt-gij In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "Ralf dot Wildenhues at gmx dot de" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2006-q1/txt/msg00161.txt.bz2 List-Id: ------- Comment #19 from Ralf dot Wildenhues at gmx dot de 2006-02-07 16:28 ------- (In reply to comment #18) > Why do I want > > [hjl@gnu-13 gcc]$ readelf -d /usr/gcc-4.2/bin/gij | grep RPATH > 0x000000000000000f (RPATH) Library rpath: > /export/build/gnu/gcc/build-x86_64-linux/gcc > 0x000000000000000f (RPATH) Library rpath: > [/usr/gcc-4.2/lib/../lib64] > [hjl@gnu-13 gcc]$ > > It may cause more problems than it solves. Certainly, that's a bad bug and has to be avoided at all (the fact that this may not work correctly now is clear: libtool does not yet fully support what I outlined). Where was I talking about the desire to have run paths in *installed programs* pointing *to the build tree* though? Maybe my notation was bad: a relinked-upon-execution executable is some program .libs/lt-foo inside the build tree that gets created when foo is executed; foo is a shell script that does this. Does this make things clearer now? Sorry for the confusion. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17311