From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10052 invoked by alias); 18 Jan 2012 10:28:45 -0000 Received: (qmail 10042 invoked by uid 22791); 18 Jan 2012 10:28:44 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,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; Wed, 18 Jan 2012 10:28:31 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id D92C31B4029; Wed, 18 Jan 2012 10:28:30 +0000 (UTC) From: Mike Frysinger To: crossgcc@sourceware.org Subject: Re: libstdc++ configure fail due to -EL option Date: Wed, 18 Jan 2012 10:28:00 -0000 User-Agent: KMail/1.13.7 (Linux/3.2.0; KDE/4.6.5; x86_64; ; ) Cc: Zhenqiang Chen , Khem Raj References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3190121.ncfS4NYFGk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201201180528.36151.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/msg00042.txt.bz2 --nextPart3190121.ncfS4NYFGk Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-length: 1185 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. >=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 LDFLAGS should take the form as needed by the compiler driver. i.e. -Wl,-E= L.=20=20 i'm guessing some other code takes care of transforming this before exporti= ng=20 LDFLAGS to the build ? -mike --nextPart3190121.ncfS4NYFGk 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) iQIcBAABAgAGBQJPFp7UAAoJEEFjO5/oN/WBAc8P/jFPvZpc/y3Qpu6Rl1YaQU3u mMBkBQmSychll6kku94C5a0JND0o9gKcByTniDRyBDx+pbhE4Rfbr7EBKND7cVna cTyHdZc3uVB/zlrfZMAWz1GM5d5qpDMabW63ZUJOF5UfMSdWVZdzAeadwr1Ccplc f3f41Inw06erK27/htcQtDPhKl6bCDP/gOh5Xcy4vch8/oYRKAUPSsvaXTN+4Stv ejBAxLQLBI512gf257bhVMQ1R4GNl2sk1Tvg5D2SZbiTicTZyyyhErP2UAo67OiW ai0pf3hmfO7YfE3CW4tzojEslynmFzKN1lLn8UixxHxvkhBAmXC6qHBhDqtv9Cdh KG8a1phGieqnq9CDbgkcgMZ4/Y4hcF0I06hWWuIvzJnURICku+DHHrw4QmB2tCov R5x5YdXZDC/2w87FCjDtUOeykgF7LGk2/jYb6jS/3/JmiZkkUW3mGi8T9QR89bob hSFhbdivTo1YoLGoQh1AW9PNEdbLLTouawL8mJcyE8xRe/yvkyzNp/kt3NIIGFHD L9oURExCyKM/aF6XgDlY42wbxth7agwN3RjNhEbxnwHrH1CwsBUNP/DQKfUSnCih cv6OOP67Xpn+oUiUWXnvvUTi9lCPCOkkFXSgkaZj+X43NURGNIkk6NeeeGkWkjaU cms+3fpBs4iQCuVr3RYD =Ehv3 -----END PGP SIGNATURE----- --nextPart3190121.ncfS4NYFGk--