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:30 | grobian | set | recipients: + grobian |
| 2010年01月16日 15:01:30 | grobian | set | messageid: <1263654090.34.0.366231914993.issue7713@psf.upfronthosting.co.za> |
| 2010年01月16日 15:01:28 | grobian | link | issue7713 messages |
| 2010年01月16日 15:01:27 | grobian | create | |