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 koobs
Recipients doko, eric.araujo, koobs, pitrou, thomas-petazzoni, vstinner
Date 2014-03-25.08:42:11
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1395736931.86.0.750648133333.issue20210@psf.upfronthosting.co.za>
In-reply-to
Content
These are a good step toward bringing the otherwise neglected Python build system back to the real world in terms of standard functionality, and will among other things, make life an absolute pleasure for downstreams and users alike.

"User-Serviceable" options are expected (in particular in autotools-based build systems), *not* a luxury, and have been missing from the start.

A complicated build system is not a function its feature-set or flexibility, but of the quality of its evolution.

There is also a distinction between the ability to customise the options of a build, and the defaults of those options. "Will no longer be a standard library" is a straw man.

These patches present only as a user-configurable extension to otherwise statically defined configurations that must be patched manually to modify. This is painful.

With my downstream (FreeBSD) porter & consumer-and-hacker-of-Python-build-mechanics hat on, I'd like to see these and more 'options' out-of-the-box.
History
Date User Action Args
2014-03-25 08:42:11koobssetrecipients: + koobs, doko, pitrou, vstinner, eric.araujo, thomas-petazzoni
2014-03-25 08:42:11koobssetmessageid: <1395736931.86.0.750648133333.issue20210@psf.upfronthosting.co.za>
2014-03-25 08:42:11koobslinkissue20210 messages
2014-03-25 08:42:11koobscreate