From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2205 invoked by alias); 23 Jan 2012 23:55:26 -0000 Received: (qmail 2195 invoked by uid 22791); 23 Jan 2012 23:55:26 -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 23:55:12 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 74B491B4020; Mon, 23 Jan 2012 23:55:11 +0000 (UTC) From: Mike Frysinger To: "Yann E. MORIN" Subject: Re: libstdc++ configure fail due to -EL option Date: Mon, 23 Jan 2012 23:55:00 -0000 User-Agent: KMail/1.13.7 (Linux/3.2.0; KDE/4.6.5; x86_64; ; ) Cc: crossgcc@sourceware.org, Bryan Hundven , Zhenqiang Chen , Khem Raj References: <201201231708.18054.vapier@gentoo.org> <201201232337.34642.yann.morin.1998@free.fr> In-Reply-To: <201201232337.34642.yann.morin.1998@free.fr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2712084.dz3rbsANdJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201201231855.42579.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/msg00059.txt.bz2 --nextPart2712084.dz3rbsANdJ Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-length: 2521 On Monday 23 January 2012 17:37:34 Yann E. MORIN wrote: > On Monday 23 January 2012 23:08:16 Mike Frysinger wrote: > > On Monday 23 January 2012 16:08:39 Bryan Hundven wrote: > > > On Wed, Jan 18, 2012 at 2:28 AM, Mike Frysinger wrote: > > > > 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. > >=20 > > yes, but generally speaking, you should not be invoking the linker. > > everything should be going through the compiler driver. >=20 > > I don't care if everything "should be going through the compiler driver" = or > directly through the actual linker. the problem is that people encode and select a variety of things at the=20 compiler level without providing the equivalent linker settings. such as=20 sysroot, architecture, multilib, float abi, endian, etc... by invoking=20 everything through the compiler, all of that is taken care of for you. > What I find dubious is to pass the LDFLAGS to the compiler driver. The > LDFLAGS are for the linker. If one wants to use the compiler driver to do > the link, I don't care, but then the LDFLAGS should first be appropriately > munged to be suitable for the compiler driver, and not used as-is. this violates the standard. autotools and make pass LDFLAGS directly to th= e=20 compiler driver, and most every other build system out there follows suite.= =20=20 attempting to fight the accepted standard is a waste of time :P. (this ignores the linux kernel build system, but that is the exception, not= =20 the rule) > It's in large parts the fault of gcc (the package) for providing a compil= er > _driver_ in the first place. *Either* it does its job, and only its job, > to drive the _compilation_ (and preprocessing), and it is not used for > other phases, such as linking, *or* it also accepts to _fully_ impersonate > the linker. Currently, the gcc compiler driver recognises parts of the > linker flags (eg. -static), but chokes on others (eg. --fatal-warnings), > which makes it useless to effectively be called in-lieu of the linker. forcibly splitting up the compiler and linker stages, as well as duplicatin= g=20 the flags (which don't have clear equivalents between `gcc` and `ld`) is a = step=20 back in time > And what's worse, some packages are properly calling the linker 'ld', and > needs LDFLAGS suitable for 'ld' what packages (other than the kernel) ? -mike --nextPart2712084.dz3rbsANdJ 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) iQIcBAABAgAGBQJPHfN+AAoJEEFjO5/oN/WBMtcP/iytITsA8Dwg/NwlZ72sshZF HoFHNYzqcnrZoZ4b5MGvCrcs0+zfR7bCL+jHBIxeGL71g67EEogEMRdMHPRg4g0z Wv3XSkEBi6Adv0MfC/ngE8rt0ARzsymNOnawOVsbCjOOJDECITZOvrLgXsPziQH2 ndi/EZPVdvCaALn+NFkpfG1UKLGK/z2t2FwTmZfh4w9pi6IEK4fR81jyQkXqHmLo uhJsgRC6JGzD0eC/0HJHQk/BMW5X64y/p3OCVrl0qTmv7DqUg6x1RRuE2S+lofxI /DbwdljCgUW/FkSKg+0ssK/NSbuST1X+UTK+lGcIlYBOpLt1hq6ai/FnA4HnW5lR ZiYv15xamOHYsaSZ7iPaVrW8d/Wnf8PSgmJxtgyikSX2bGPgg3MBsVAaPbcGKZ/H IsUUhs+BD+Q6r0X/K4O0qbclMmrgKTrqyR8yx3tyql0XSdIlgv+geVS3A26uoCdL S0NnDXkXK2wqFiHJNNm/9FwarBObuO+AKtvxqtEelKE5lAZMi8uMkWaHrN8gbDQL q+ma/KkGioQekbOHD0r+vFVibGYpZL5d7nJYQr5BkJEiSnr62UJWEXpKbnOKbktK vYy6rIvGuaXtbUJ/jTVuTjTzxJAlbTsjY4xoDOP1epsf+aFkqNkbBt/iaPuIZwqW 6efxgK0AG4P+hZPvLNDW =hsSu -----END PGP SIGNATURE----- --nextPart2712084.dz3rbsANdJ--