This thing quite annoys me and it's present in all cross gcc/binutils
environments. If you install cross binutils+gcc, it looks like this (example
with --prefix=/usr --target=m68k-atari-mint):
/usr/bin/m68k-atari-mint-as
/usr/bin/m68k-atari-mint-gcc
:
:
/usr/m68k-atari-mint/bin/as (but not gcc, only binutils here)
Except from the fact this 'as' is not symlinked but copied I fail to see the
reason why it must be here. Why gcc can't search for m68k-atari-mint-as in this
case? Especially when it's found under this name and path during ./configure?
IMO, /usr/m68k-atari-mint/bin should be either empty (as the host is
incompatible with build) or reserved for host binaries (if we don't mind we
might not be able to use them).
--
Summary: Why gcc can't invoke <target prefix>-as and uses 'as'
instead?
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: miro dot kropacek at gmail dot com
GCC build triplet: i386 Linux
GCC host triplet: i386 Linux
GCC target triplet: m68k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43090
