From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21249 invoked by alias); 7 Feb 2006 17:43:47 -0000 Received: (qmail 21230 invoked by uid 48); 7 Feb 2006 17:43:45 -0000 Date: Tue, 07 Feb 2006 17:43:00 -0000 Message-ID: <20060207174345.21229.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/msg00165.txt.bz2 List-Id: ------- Comment #23 from Ralf dot Wildenhues at gmx dot de 2006-02-07 17:43 ------- (In reply to comment #22) > - Do there exist directories in the GCC build tree where both libtool-created > and non-libtool-created libraries are (possibly) built? > > That is THE KEY question. The executable in question is lt-gij: > > hjl@gnu-13 .libs]$ readelf -d > /export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/libjava/.libs/lt-gij > | grep RPATH > 0x000000000000000f (RPATH) Library rpath: > [/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/libjava/.libs] > [hjl@gnu-13 .libs]$ > > libgcc_s.so.1 isn't built by libtool. Yes, but the one is $stage/gcc/libgcc_s.so.1 and the other is $stage/x86_64-unknown-linux-gnu/libjava/lib/libgcj.la, so they are built in different directories. Libtool has to know that $stage/gcc is something that is necessary for the uninstalled link and run paths; but libtool also needs to be able to deduce that the path $stage/gcc must not be used for any installed libraries or programs. Now, if I want to fix this properly (in Libtool), then I need to know whether above question can be answered with yes not only for libgcc_s/libgcj, but for each library created in GCC. And also the other questions, really. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17311