This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author sferencik
Recipients eric.araujo, sferencik, tarek
Date 2013-09-09.13:03:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1378731781.77.0.0136191125302.issue18987@psf.upfronthosting.co.za>
In-reply-to
Content
distutils.util.get_platform() semantically differs on (a) Windows and OS X, and on (b) Linux.

Windows/OS X: the return value is derived from the architecture of the *interpreter*, hence for 32-bit Python running on a 64-bit system, get_platform() = 'win32'/'macosx-10.6-i386' (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).

Based on a discussion on distutils-sig, the Linux behaviour is probably wrong and should be changed. https://mail.python.org/pipermail/distutils-sig/2013-August/subject.html

My context (where this hit me): I was installing the 32-bit version of the Perforce API (compiled module) on 64-bit Windows and on 64-bit Linux. My command-line was

  python3.3-32 setup.py install --root FOO --install-platlib=lib.$PLAT

(note the '-32' and the '$PLAT')

On Windows, this installed the 32-bit version of the API into "FOO\lib.win32". On Linux, this installed the 64-bit version of the API into "FOO/lib.linux-x86_64".
History
Date User Action Args
2013-09-09 13:03:01sferenciksetrecipients: + sferencik, tarek, eric.araujo
2013-09-09 13:03:01sferenciksetmessageid: <1378731781.77.0.0136191125302.issue18987@psf.upfronthosting.co.za>
2013-09-09 13:03:01sferenciklinkissue18987 messages
2013-09-09 13:03:01sferencikcreate