From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f77FNSP27620 for linux-mips-outgoing; Tue, 7 Aug 2001 08:23:28 -0700 Received: from ns1.ltc.com (ns1.ltc.com [38.149.17.165]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f77FNOV27614 for ; Tue, 7 Aug 2001 08:23:25 -0700 Received: from prefect (gw1.ltc.com [38.149.17.163]) by ns1.ltc.com (Postfix) with SMTP id 277C5590AC; Tue, 7 Aug 2001 11:20:54 -0400 (EDT) Message-ID: <094d01c11f55$31969d40$3501010a@ltc.com> From: "Bradley D. LaRonde" To: "Steve Langasek" Cc: References: Subject: Re: cross-mipsel-linux-ld --prefix library path Date: Tue, 7 Aug 2001 11:25:30 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk OK, so say I leave off --prefix entirely, and the binutils get installed in /usr/bin and /usr/mipsel-linux/bin. Now, I suppose that mipsel-linux-ld will look for libs in /usr/mipsel-linux/lib, which is cool. But, how to I convince the cross-built glibc that's where his libraries belong? Just --prefix=/usr/mipsel-linux to glibc's configure? Regards, Brad ----- Original Message ----- From: "Steve Langasek" To: "Bradley D. LaRonde" Cc: Sent: Tuesday, August 07, 2001 10:42 AM Subject: Re: cross-mipsel-linux-ld --prefix library path > On Mon, 6 Aug 2001, Bradley D. LaRonde wrote: > > > Another odd thing is that binutils installs: > > > /usr/mipsel-linux/bin/mipsel-linux-ld > > > and an identical copy at: > > > /usr/mipsel-linux/mipsel-linux/bin/ld > > The places you /want/ these to show up are /usr/mipsel-linux/bin/ld and > /usr/bin/mipsel-linux-ld. The reason for having two copies is that when > you're calling these tools directly (or from a make script), you want them to > be in your path, so you want them to have a unique name > (/usr/bin/mipsel-linux-ld); but internally, I believe the tools prefer /not/ > to have to mess with the name mangling used there, so instead they look for a > tool with the normal name (ld) in an architecture-specific directory > (/usr/mipsel-linux/bin). > > Steve Langasek > postmodern programmer > > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <094d01c11f55$31969d40$3501010a@ltc.com> From: "Bradley D. LaRonde" References: Subject: Re: cross-mipsel-linux-ld --prefix library path Date: Tue, 7 Aug 2001 11:25:30 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com To: Steve Langasek Cc: linux-mips@oss.sgi.com Message-ID: <20010807152530.qtspQPAryedCSu2XS74znW1pI6HG4yZd0plrnsRkojU@z> OK, so say I leave off --prefix entirely, and the binutils get installed in /usr/bin and /usr/mipsel-linux/bin. Now, I suppose that mipsel-linux-ld will look for libs in /usr/mipsel-linux/lib, which is cool. But, how to I convince the cross-built glibc that's where his libraries belong? Just --prefix=/usr/mipsel-linux to glibc's configure? Regards, Brad ----- Original Message ----- From: "Steve Langasek" To: "Bradley D. LaRonde" Cc: Sent: Tuesday, August 07, 2001 10:42 AM Subject: Re: cross-mipsel-linux-ld --prefix library path > On Mon, 6 Aug 2001, Bradley D. LaRonde wrote: > > > Another odd thing is that binutils installs: > > > /usr/mipsel-linux/bin/mipsel-linux-ld > > > and an identical copy at: > > > /usr/mipsel-linux/mipsel-linux/bin/ld > > The places you /want/ these to show up are /usr/mipsel-linux/bin/ld and > /usr/bin/mipsel-linux-ld. The reason for having two copies is that when > you're calling these tools directly (or from a make script), you want them to > be in your path, so you want them to have a unique name > (/usr/bin/mipsel-linux-ld); but internally, I believe the tools prefer /not/ > to have to mess with the name mangling used there, so instead they look for a > tool with the normal name (ld) in an architecture-specific directory > (/usr/mipsel-linux/bin). > > Steve Langasek > postmodern programmer > >