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 barry
Recipients barry
Date 2011-03-29.21:48:17
SpamBayes Score 7.5800477e-13
Marked as misclassified No
Message-id <1301435300.88.0.0418449859461.issue11715@psf.upfronthosting.co.za>
In-reply-to
Content
Ubuntu 11.04 introduces new directories for libraries and headers to support multiple architectures on a single machine.  E.g. 64bit and 32bit on a 64bit Ubuntu.  Here are the specs:

https://wiki.ubuntu.com/MultiarchSpec
http://wiki.debian.org/ReleaseGoals/MultiArch

Unlike issue 1294959 this bug simply covers building Python and its stdlib extension modules on such systems.  For example, libsqlite3.so is no longer in /usr/lib but instead in /usr/lib/x86_64-linux-gnu on Ubuntu 11.04.  This means that a number of extension modules which depend on these 3rd party shared libraries simply won't build, because setup.py is too naive about the paths it searches.

The fix is fairly simple; you have to call out to dpkg-architecture to get the value of the platform's architecture and append that to /usr/lib and /usr/include for setup.py's search paths.  See the attached branch and patch for a candidate fix.

Because this does not introduce a new feature, it simply fixes the build process for changes to already supported platforms, I would like to apply this to Python 2.5 through 3.3.
History
Date User Action Args
2011-03-29 21:48:20barrysetrecipients: + barry
2011-03-29 21:48:20barrysetmessageid: <1301435300.88.0.0418449859461.issue11715@psf.upfronthosting.co.za>
2011-03-29 21:48:17barrylinkissue11715 messages
2011-03-29 21:48:17barrycreate