Re: libstdc++ configure fail due to -EL option

[Bryan Hundven <bryanhundven@gmail.com>]

On Mon, Jan 23, 2012 at 2:08 PM, Mike Frysinger <vapier@gentoo.org> wrote:
> On Monday 23 January 2012 16:08:39 Bryan Hundven wrote:
>> On Wed, Jan 18, 2012 at 2:28 AM, Mike Frysinger <vapier@gentoo.org> wrote:
>> > On Wednesday 18 January 2012 02:09:09 Zhenqiang Chen wrote:
>> >> > -EL is only valid for mips gcc as far as ct-ng is concerned. It should
>> >> > not be used for arm configurations since arm is little endian by
>> >> > default pluis this is an invalid option you need
>> >> > -mlittle-endian for arm if you really want to specify it explicitly.
>> >>
>> >> -EL/-EB is added in crosstool-ng automatically. Here is the code
>> >> segment in scripts/functions
>> >>
>> >> CT_DoBuildTargetTuple() {
>> >>     # Set the endianness suffix, and the default endianness gcc option
>> >>     case "${CT_ARCH_ENDIAN}" in
>> >>         big)
>> >>             target_endian_eb=eb
>> >>             target_endian_el=
>> >>             CT_ARCH_ENDIAN_CFLAG="-mbig-endian"
>> >>             CT_ARCH_ENDIAN_LDFLAG="-EB"
>> >>             ;;
>> >>         little)
>> >>             target_endian_eb=
>> >>             target_endian_el=el
>> >>             CT_ARCH_ENDIAN_CFLAG="-mlittle-endian"
>> >>             CT_ARCH_ENDIAN_LDFLAG="-EL"
>> >>             ;;
>> >>     esac
>> >
>> > LDFLAGS should take the form as needed by the compiler driver.  i.e.
>> > -Wl,-EL.
>>
>> Well, we'd get the same error if we pass -Wl,-EL to ld, where that
>> would fix it for passing to gcc.
>
> yes, but generally speaking, you should not be invoking the linker.
> everything should be going through the compiler driver.

Keywords being "should be".

> -mike

Thanks again, Mike!

-Bryan

--
For unsubscribe information see http://sourceware.org/lists.html#faq