This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: fixup canadian cross logic with in toplevel configure.in
- From: Mike Frysinger <vapier at gentoo dot org>
- To: Daniel Jacobowitz <drow at false dot org>
- Cc: gcc-patches at gcc dot gnu dot org, toolchain at gentoo dot org, mips at gentoo dot org
- Date: Mon, 10 Apr 2006 23:03:16 -0400
- Subject: Re: fixup canadian cross logic with in toplevel configure.in
- Geoman: IS A RETARD
- References: <200604102243.43283.vapier@gentoo.org> <20060411025342.GA9405@nevyn.them.org>
On Monday 10 April 2006 22:53, Daniel Jacobowitz wrote:
> On Mon, Apr 10, 2006 at 10:43:43PM -0400, Mike Frysinger wrote:
> > unless i'm mistaken, canadian cross is when $build != $host ... if that's
> > the case, then the top level configure.in has a small typo where it tests
> > for $build = $host instead of $build != $host
>
> This is incorrect; please reread the comment above the if condition,
> and compare to what it's doing. The body is suppressed for build !=
> host, because it points to binaries for host.
indeed ... my original readings of the comments focused more on the last part
where i inverted the idea in my head ... oh well
related note (and what prompted me to look at this code in the first place),
the usage of -B$(build_tooldir)/lib in FLAGS_FOR_TARGET is multilib safe ?
seems like the other portions of gcc which insert -B flags (like
GCC_FOR_TARGET) take care in letting gcc itself generate the proper paths
rather than hardcoding the '/lib' subpath
-mike