Author amaury.forgeotdarc
Recipients BreamoreBoy, LRN, WhiteTiger, amaury.forgeotdarc, davidfraser, eric.araujo, giampaolo.rodola, lkcl, rpetrov, rschoon.old, tarek, zooko
Date 2010-11-13.00:19:14
SpamBayes Score 4.89349e-07
Marked as misclassified No
Message-id <1289607556.71.0.79118963899.issue3871@psf.upfronthosting.co.za>
In-reply-to
Content
> but the very very first thing that has to happen - before any of this
> work is begun - is for the distutils freeze to be lifted, or for 
> someone to come up with a _sensible_ alternative solution.

Tarek's approach looks right to me: mingw32 support in distutils should take the form of an external module that subclasses (when possible) or monkeypatches (on last resort) the standard distutils behavior.

The current patch makes too many changes in core distutils functions; it cannot be accepted in this form.  I'm sure that most of the needed changes can be made in a subclass of the present Mingw32CCompiler.
History
Date User Action Args
2010-11-13 00:19:16amaury.forgeotdarcsetrecipients: + amaury.forgeotdarc, lkcl, zooko, davidfraser, giampaolo.rodola, tarek, eric.araujo, rpetrov, rschoon.old, WhiteTiger, BreamoreBoy, LRN
2010-11-13 00:19:16amaury.forgeotdarcsetmessageid: <1289607556.71.0.79118963899.issue3871@psf.upfronthosting.co.za>
2010-11-13 00:19:14amaury.forgeotdarclinkissue3871 messages
2010-11-13 00:19:14amaury.forgeotdarccreate