This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: $(build_tooldir)/lib (was Re: http://gcc.gnu.org/ml/gcc-patches/2000-05/msg01104.html)
- To: Jason Merrill <jason at redhat dot com>
- Subject: Re: $(build_tooldir)/lib (was Re: http://gcc.gnu.org/ml/gcc-patches/2000-05/msg01104.html)
- From: "H . J . Lu" <hjl at lucon dot org>
- Date: Fri, 21 Jul 2000 07:49:20 -0700
- Cc: Jim Wilson <wilson at cygnus dot com>, aoliva at cygnus dot com,gcc-patches at gcc dot gnu dot org, binutils at sourceware dot cygnus dot com
- References: <20000520093135A.mitchell@codesourcery.com> <orhfbt9nwh.fsf@tamanduatei.dcc.unicamp.br> <20000520095133R.mitchell@codesourcery.com> <20000520220957.A25977@valinux.com> <200005222255.PAA26407@wilson.cygnus.com> <u9puo728zl.fsf_-_@casey.soma.redhat.com>
On Fri, Jul 21, 2000 at 01:17:02AM -0700, Jason Merrill wrote:
> To resurrect a thread from May...
>
> Jim Wilson <wilson@cygnus.com> writes:
>
> > The part of H.J.'s patch that I don't understand is why he adds a
> > -B option pointing to a library directory: -B$(build_tooldir)/lib/.
> > There are no executables there, so adding a -B option for that directory
> > seems wrong and unnecessary.
>
> Presumably because -B also adds to startfile_prefixes; the same
> unlibsubdir problem that caused us to define build_tooldir for
> executables would also affect the libraries and startfiles.
Exactly. BTW, you won't see it if you use newlib. It is too bad not
many people use glibc for cross compiling instead of newlibc. At least,
they don't maintain gcc :-(. It is a fun to build a complete cross
compiler from Linux/ia32 to Linux/ia64 :-). You will see a few build
problems.
>
> But then why don't we also need a -L$(build_tooldir)/lib?
Because -B$(build_tooldir)/lib/ also adds $(build_tooldir)/lib to
ld's library search path, why do I need to add it again by
-L$(build_tooldir)/lib?
H.J.