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 skip.montanaro
Recipients
Date 2005-01-26.04:28:21
SpamBayes Score
Marked as misclassified
Message-id
In-reply-to
Content
Python's setup.py has grown way out of control.  I'm
trying to build and install Python 2.4.0 on a Solaris
system with Tcl/Tk installed in a non-standard place and
I can't figure out the incantation to tell setup.py to look
where they are installed.  I have tried:

  * setting LDFLAGS and CPPFLAGS on the make and
  configure command lines

  * running "setup.py --help" and "setup.py build --help"

  * reading the setup.py source

It's not at all obvious to me from any of this if there is
any way to point setup.py at a non-standard place.

Over time setup.py has grown into the Python
equivalent of a configure script, but there's been
precious little refactoring, so there is stuff all over the
place to add this directory on that platform or try
different ad hoc solutions for various external packages
based upon common installation practices.  I think it's
time to rethink the function and organization of setup.py.

This might be an excellent sprint topic for PyCon.
History
Date User Action Args
2007-08-23 14:29:07adminlinkissue1109602 messages
2007-08-23 14:29:07admincreate