From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13832 invoked by alias); 23 Jan 2012 22:08:07 -0000 Received: (qmail 13815 invoked by uid 22791); 23 Jan 2012 22:08:06 -0000 X-SWARE-Spam-Status: No, hits=-4.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 23 Jan 2012 22:07:48 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id BD7271B4008; Mon, 23 Jan 2012 22:07:47 +0000 (UTC) From: Mike Frysinger To: Bryan Hundven Subject: Re: libstdc++ configure fail due to -EL option Date: Mon, 23 Jan 2012 22:08:00 -0000 User-Agent: KMail/1.13.7 (Linux/3.2.0; KDE/4.6.5; x86_64; ; ) Cc: crossgcc@sourceware.org, Zhenqiang Chen , Khem Raj References: <201201180528.36151.vapier@gentoo.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1793300.dIYi3axURs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201201231708.18054.vapier@gentoo.org> X-IsSubscribed: yes Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org X-SW-Source: 2012-01/txt/msg00055.txt.bz2 --nextPart1793300.dIYi3axURs Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-length: 1536 On Monday 23 January 2012 16:08:39 Bryan Hundven wrote: > On Wed, Jan 18, 2012 at 2:28 AM, Mike Frysinger 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 shou= ld > >> > 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. > >>=20 > >> -EL/-EB is added in crosstool-ng automatically. Here is the code > >> segment in scripts/functions > >>=20 > >> CT_DoBuildTargetTuple() { > >> # Set the endianness suffix, and the default endianness gcc option > >> case "${CT_ARCH_ENDIAN}" in > >> big) > >> target_endian_eb=3Deb > >> target_endian_el=3D > >> CT_ARCH_ENDIAN_CFLAG=3D"-mbig-endian" > >> CT_ARCH_ENDIAN_LDFLAG=3D"-EB" > >> ;; > >> little) > >> target_endian_eb=3D > >> target_endian_el=3Del > >> CT_ARCH_ENDIAN_CFLAG=3D"-mlittle-endian" > >> CT_ARCH_ENDIAN_LDFLAG=3D"-EL" > >> ;; > >> esac > >=20 > > LDFLAGS should take the form as needed by the compiler driver. i.e. > > -Wl,-EL. >=20 > 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.=20=20 everything should be going through the compiler driver. -mike --nextPart1793300.dIYi3axURs Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iQIcBAABAgAGBQJPHdpRAAoJEEFjO5/oN/WBBuUQAMfbsVCAEE8yPF2EiKdWHwcI 7uGSUee743Al/OaYzieZQilZvvkOKZCehQJ3O73N1B4+QKeq23Yub9UIJmf/F76c 0A2ZdXDfwahD+vWIGIntwoh6yAO9GmnvQF3hH1JQlDcucu7CaM68/HHX5jCNoXhH Ri8bu9sd9whedGyZ1YAzem3fleOn5z/pHLzXTFFM9VDq7GDMQ20IzZNCkBbpU22Y HWPvlFh3fgxaqBv7kHX8qobUdoablNSye6FajVMpJv0sh0PhR84oJH49elrRO5EO 6BRrbRkHSG7mRIm0WLamXHdCqtdr7yEMrzB0hsWTfJxg0KwmdbRIdnmZ1rsjHGLQ Rr3F1WYEc9FpOK2YxdFnagMVrP0r7v3khSTcLWGsLqYMcKxWsOadQiEE0yV/hBUa K+vMRAcp9cfNgIvWsxpQ5GPtfM9/safmcqJVacmwEojQ1++wDph0Yr2ZVDvniNzS l0tSIZvPz5MdVHi12mNDoK6t7vfnmbDoXmxhlJug1D24Nve0odV5u5W6gm0sR7S9 rZdvafsCgVR2mrmt6B9AEfRJ8M0YNMCFwROSyC4aH94ZMyoZdtAP2YZjobBDbsqz Wo7X5HxyZBmbblLbZFfPRCl1YCCVZyvaaM7Hxp3rYoq/22rLw2zuymdgBYGFpIBE qJQ1TNJ/EU2mCpJj49d2 =ruVI -----END PGP SIGNATURE----- --nextPart1793300.dIYi3axURs--