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 1Q11uL-0003i5-LS for garchives@archives.gentoo.org; Sat, 19 Mar 2011 19:33:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 35EB9E0495; Sat, 19 Mar 2011 19:33:43 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 7DB02E0478 for ; Sat, 19 Mar 2011 19:33:04 +0000 (UTC) Received: from paul.ibi.kfa-juelich.de (ip-62-143-16-215.unitymediagroup.de [62.143.16.215]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jlec) by smtp.gentoo.org (Postfix) with ESMTPSA id 773171B4066; Sat, 19 Mar 2011 19:33:03 +0000 (UTC) Message-ID: <4D8504EC.8060407@gentoo.org> Date: Sat, 19 Mar 2011 20:33:00 +0100 From: justin User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110307 Lightning/1.0b3pre Thunderbird/3.1.9 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass References: <4D7F1633.1080104@gentoo.org> <4D805D2C.4020206@gentoo.org> <4D808495.5070801@gentoo.org> <201103161451.47198.vapier@gentoo.org> In-Reply-To: <201103161451.47198.vapier@gentoo.org> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig685B87EBB7B2AC3F87831255" X-Archives-Salt: X-Archives-Hash: fb2ca131bc0081f0f896e3f04fe87547 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig685B87EBB7B2AC3F87831255 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 16/03/11 19:51, Mike Frysinger wrote: > On Wednesday, March 16, 2011 05:36:21 Tom=E1=9A Chv=E1tal wrote: >> Dne 16.3.2011 07:48, justin napsal(a): >>> On 15/03/11 22:25, Tom=E1=9A Chv=E1tal wrote: >>>> i am seriously hurt by $(use_enable amd64 64) >>> >>> Where is the problem? The purpose of the eclass is not to repeat the >>> same code 20 times. Why can't this be here? >> >> Problem is in amd64, what if we get to 64b mips OR ppc64 or any other >> non-32bit arch? >=20 > or using the upcoming x32 ABI with KEYWORDS=3Damd64 ? >=20 > if a package has a configure flag to control "64bitness", it is absolut= ely=20 > broken. figure out what exactly the "64bitness" means (pointer size ? = data=20 > width ? assumptions about size of long ?) and replace it with a proper= =20 > configure time check. then the whole 64 configure flag can be thrown a= way. > -mike Hi guys, I need your help figure out how to handle the situation. sample code is here: http://tinyurl.com/6ezv9uw the configure adds -D__amd64__ to C(PP)FLAGS. To me it should be set this on 64bit. Do I interpret that right? How can I check for 64bitness during configure? Thanks for help justin --------------enig685B87EBB7B2AC3F87831255 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2FBOwACgkQgAnW8HDreRYiLQCggxksjcipC2okRv5Rle2CwqMJ NK8AniR3ya88iDb0ml3tDYTKjDF+udVj =ytUO -----END PGP SIGNATURE----- --------------enig685B87EBB7B2AC3F87831255--