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 doko
Recipients barry, doko
Date 2010-09-09.01:24:19
SpamBayes Score 1.8485899e-08
Marked as misclassified No
Message-id <1283995465.51.0.237120332009.issue9807@psf.upfronthosting.co.za>
In-reply-to
Content
currently, much of the configuration information is fetched by opening the config.h and the Makefile for the build. The locations of these files are derived from the prefix given at configure time.

If you want to have two distinct builds with the same prefix, but with different configuration options, this kind of configuration information is unsufficient.  The current use case is a normal build and a debug build, as used for the Fedora and Debian/Ubuntu python packages.

Fedora and Debian/Ubuntu carry a patch, adding a sys.pydebug attribute and patching "some" things to get the correct information for these builds using the same prefix.

This kind of information should not be derived by following some paths names, but be contained in the python binary itself, without needing to read the Makefile and the config.h files.

Attached is a patch currently applied in Debian/Ubuntu (and some variant for Fedora) which introduces a sys.pydebug attribute and derives the correct locations for the config.h and Makefile files. It's not meant as a patch ready to apply, but to get an idea what is needed to have two different python installations with the same prefix.
History
Date User Action Args
2010-09-09 01:24:25dokosetrecipients: + doko, barry
2010-09-09 01:24:25dokosetmessageid: <1283995465.51.0.237120332009.issue9807@psf.upfronthosting.co.za>
2010-09-09 01:24:24dokolinkissue9807 messages
2010-09-09 01:24:23dokocreate