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 grobian
Recipients grobian
Date 2010-01-16.15:01:27
SpamBayes Score 0.0002742238
Marked as misclassified No
Message-id <1263654090.34.0.366231914993.issue7713@psf.upfronthosting.co.za>
In-reply-to
Content
setup.py adds in various places hardcoded paths to locations in the filesystem that may contain libraries/includes to compile a given module or feature.

While this behaviour is probably interesting for some users, it is undesirable for distributions that use a package manager to track and install dependencies in a given offset on top of a host system such as Mac OS X, Solaris, AIX, HPUX, etc.

Examples are:
http://trac.macports.org/browser/trunk/dports/lang/python26/files/patch-setup.py.diff
http://www.mail-archive.com/openpkg-dev@openpkg.org/msg09547.html
http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay/dev-lang/python/files/python-2.5.1-no-usrlocal.patch

It would be great if there was a way to disable setup.py from looking for hardcoded paths, and instead completely rely on the behaviour of compiler and linker (or e.g. CFLAGS as given)
History
Date User Action Args
2010-01-16 15:01:30grobiansetrecipients: + grobian
2010-01-16 15:01:30grobiansetmessageid: <1263654090.34.0.366231914993.issue7713@psf.upfronthosting.co.za>
2010-01-16 15:01:28grobianlinkissue7713 messages
2010-01-16 15:01:27grobiancreate