Gentoo Archives: gentoo-dev

From: justin <jlec@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass
Date: Sat, 19 Mar 2011 19:33:56
Message-Id: 4D8504EC.8060407@gentoo.org
In Reply to: Re: [gentoo-dev] RFC: emboss.eclass as replacement for embassy.eclass by Mike Frysinger
1 On 16/03/11 19:51, Mike Frysinger wrote:
2 > On Wednesday, March 16, 2011 05:36:21 Tomáš Chvátal wrote:
3 >> Dne 16.3.2011 07:48, justin napsal(a):
4 >>> On 15/03/11 22:25, Tomáš Chvátal wrote:
5 >>>> i am seriously hurt by $(use_enable amd64 64)
6 >>>
7 >>> Where is the problem? The purpose of the eclass is not to repeat the
8 >>> same code 20 times. Why can't this be here?
9 >>
10 >> Problem is in amd64, what if we get to 64b mips OR ppc64 or any other
11 >> non-32bit arch?
12 >
13 > or using the upcoming x32 ABI with KEYWORDS=amd64 ?
14 >
15 > if a package has a configure flag to control "64bitness", it is absolutely
16 > broken. figure out what exactly the "64bitness" means (pointer size ? data
17 > width ? assumptions about size of long ?) and replace it with a proper
18 > configure time check. then the whole 64 configure flag can be thrown away.
19 > -mike
20
21 Hi guys,
22
23 I need your help figure out how to handle the situation.
24
25 sample code is here: http://tinyurl.com/6ezv9uw
26
27 the configure adds -D__amd64__ to C(PP)FLAGS.
28
29 To me it should be set this on 64bit. Do I interpret that right?
30
31 How can I check for 64bitness during configure?
32
33 Thanks for help justin

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies