AFAIK Wheel is using that to determine binary compatibility, so if a 32bit Python on a 64bit Linux needs to be linux_32 that could be a problem.
On Aug 20, 2013, at 2:15 AM, <samuel.feren...@barclays.com> wrote: >> -----Original Message----- >> From: Chris Barker - NOAA Federal [mailto:chris.bar...@noaa.gov] >> Sent: Monday, August 19, 2013 7:13 PM >> To: Ferencik, Samuel: Markets (PRG) >> Cc: distutils-sig@python.org >> Subject: Re: [Distutils] distutils.util.get_platform() - Linux vs Windows >> >> On Fri, Aug 16, 2013 at 2:18 AM, <samuel.feren...@barclays.com> wrote: >>> It seems distutils.util.get_platform() semantically differs on Windows and >>> Linux. >>> >>> Windows: the return value is derived from the architecture of the >>> *interpreter*, hence for 32-bit Python running on 64-bit Windows >>> get_platform() = 'win32' (32-bit). >>> >>> Linux: the return value is derived from the architecture of the *OS*, hence >>> for 32-bit Python running on 64-bit Linux get_platform() = 'linux-x86_64' >>> (64-bit). >>> >>> Is this intentional? >> >> This seems just plain wrong to me. >> >> For the record, running a 32 bit Python on a 64 bit OS_X box: >> >> In [5]: distutils.util.get_platform() >> Out[5]: 'macosx-10.6-i386' >> >> which is the answer I want. >> >> -Chris > > Chris, > > What does your 'uname -m' return? Is it possible you're really running a > 32-bit > Python on a *32-bit* OS X kernel? [http://superuser.com/q/161195] > > Basically, you're saying that the return value is wrong on Linux and correct > on > Windows, right? That get_platform() should return "32-bit" for a 32-bit > process > running on a 64-bit system. TBH, I was expecting the opposite; to me, > "platform" > means the OS, which would mean that Linux does well to derive the return value > from the OS's architecture. > > Sam > > _______________________________________________ > > This message is for information purposes only, it is not a recommendation, > advice, offer or solicitation to buy or sell a product or service nor an > official confirmation of any transaction. It is directed at persons who are > professionals and is not intended for retail customer use. Intended for > recipient only. This message is subject to the terms at: > www.barclays.com/emaildisclaimer. > > For important disclosures, please see: > www.barclays.com/salesandtradingdisclaimer regarding market commentary from > Barclays Sales and/or Trading, who are active market participants; and in > respect of Barclays Research, including disclosures relating to specific > issuers, please see http://publicresearch.barclays.com. > > _______________________________________________ > _______________________________________________ > Distutils-SIG maillist - Distutils-SIG@python.org > http://mail.python.org/mailman/listinfo/distutils-sig ----------------- Donald Stufft PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig