From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1N0J9p-0007zK-BV for garchives@archives.gentoo.org; Tue, 20 Oct 2009 18:10:05 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 59E9DE07EB; Tue, 20 Oct 2009 18:10:03 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 13F05E07EB for ; Tue, 20 Oct 2009 18:10:03 +0000 (UTC) Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 6375C67C86 for ; Tue, 20 Oct 2009 18:10:02 +0000 (UTC) From: Mike Frysinger Organization: wh0rd.org To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Support for multiple ABIs for amd64 (64bit,32bit) in multilib overlay Date: Tue, 20 Oct 2009 14:10:17 -0400 User-Agent: KMail/1.12.2 (Linux/2.6.31.4; KDE/4.3.2; x86_64; ; ) References: <4A87FD91.20406@gentoo.org> <200910190308.58680.vapier@gentoo.org> <4ADCD34B.3010204@gentoo.org> In-Reply-To: <4ADCD34B.3010204@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1542242.lI8J9guNlr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200910201410.17851.vapier@gentoo.org> X-Archives-Salt: 6f2321bd-3bb4-4908-87b3-41f13625c02f X-Archives-Hash: fa101a484d54870f5878f1b4defc9f5a --nextPart1542242.lI8J9guNlr Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Monday 19 October 2009 16:59:55 Thomas Sachau wrote: > Mike Frysinger schrieb: > > the majority of the time, the compiler driver (i.e. `gcc`) should be us= ed > > for linking. very few packages should invoke the linker directly. that > > is why currently the toolchain-func.eclass has tc-getLD return `ld` -- a > > few packages need it, but not most. if we're going to be forcing the > > setting of the LD env var all the time, then it needs to default to > > ${CC}. packages that need funky behavior should still work as they will > > be calling $(tc-getLD) anyways. > > > >>> - the -L paths to system dirs in LDFLAGS should not be there -- the > >>> toolchain can handle these just fine > >> > >> Last time i tried without, some packages failed to compile, will test = it > >> again to check, if its still needed > > > > if things are failing, then we should look at gcc/binutils to make sure > > they use the right default search paths when given -m32/-m64 >=20 > This is an example from configure failure with ABI=3Dx86 for cvs-1.12.12-= r6 >=20 > last lines from configure: >=20 > checking for ssh... ssh > checking for vim... /bin/nano > checking for temporary directory... /tmp > checking security/pam_appl.h usability... yes > checking security/pam_appl.h presence... yes > checking for security/pam_appl.h... yes > checking for pam_start in -lpam... no > configure: error: Could not find PAM libraries but the headers exist. > Give the --disable-pam option to compile without PAM support (or fix > your broken configuration) >=20 > !!! Please attach the following file when seeking support: > !!! /var/tmp/portage/dev-util/cvs-1.12.12-r6/work/cvs-1.12.12/config.log > * ERROR: dev-util/cvs-1.12.12-r6 failed: > * econf failed >=20 > relevant lines from config.log: >=20 > configure:38697: checking for pam_start in -lpam > configure:38727: x86_64-pc-linux-gnu-gcc -o conftest -march=3Dnocona -O2 > -pipe -m32 -L/emul/linux/x86/lib -L/emul/linux/x86/usr/lib -march=3Dnoco= na > -O2 -pipe -Wl,--as-needed conftest.c -lpam -lnsl -lz >&5 > /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/../../../../lib32/libpam.a(pam_dyn= am > ic.o): In function `_pam_dlerror': > (.text+0x1f): undefined reference to `dlerror' > /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/../../../../lib32/libpam.a(pam_dyn= am > ic.o): In function `_pam_dlclose': > (.text+0x5f): undefined reference to `dlclose' > /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/../../../../lib32/libpam.a(pam_dyn= am > ic.o): In function `_pam_dlsym': > (.text+0xa6): undefined reference to `dlsym' > /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/../../../../lib32/libpam.a(pam_dyn= am > ic.o): In function `_pam_dlopen': > (.text+0xf2): undefined reference to `dlopen' > collect2: ld returned 1 exit status > configure:38733: $? =3D 1 >=20 > If you need some more lines or complete build.log/config.log, feel free to > tell me and i will send them directly. please open a bug about this for the toolchain guys. i dont know when i'll= =20 get to researching this. =2Dmike --nextPart1542242.lI8J9guNlr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (GNU/Linux) iQIcBAABAgAGBQJK3f0JAAoJEEFjO5/oN/WBJ2EQAMIYVgGh1p9s2FwAwq8PzNxC EBTH6PH6jpswhvoe0UXhCsIX/b2rM8xgMlVLmsycbuGPm30k7F1Dpg99YbpvhvkH yL7xcTc8EXB+vS0tFDHW3dh2mft8YEZxJetlZzUx7hqpF2hqlpezvPNd1pyGqftD X7pya78JdLkFjrCVO5ebG2mM+K858DelPvUrZYlifSMSDhY3SUNG1aUp/JopfC8r u++81W17S9fUm8Vjs4PmaBrfi41WaQM3Ta/UC5KXdjIOKp8KTnV7I4cNJgKgDczh GZpm+IDSTSyk7Q0LgLTVolyq7BnO+hMTms1ieHbr+iXRyiFMJqYEifxTm1CtmUeZ DCwrmqMWcr3B6QMTvN/pxwRRxgG3GqSZY7z0HGqDRQ0H4CgQ8Rwyssa1ndJX45ke Ui42AiiF1Biwoy2vivQj13dtowc78To0ToIeFVmPmRoqdxSWG2wcczHQtQ43RCrH fDvyVmqegiVrljdGsCIpUWxUp50rNoXJ+/MQbpVPdfL4Hc4g5ROrPXUxDG92/sMG Bjonwxb3BHGudy/CGemu5NbAwI9zaOPfmhXyyCpnHVFTgtLnjC9rx01XTe6pKJsQ /7a3FL7sfqzPbkugbN/+PxPpoB6B+B48YF72KvZOFKrCfUXZyyqf8h/JhRcMsLPW 89VDBXwEldaQ7yQsJZ+v =wCfc -----END PGP SIGNATURE----- --nextPart1542242.lI8J9guNlr--