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 eric.araujo
Recipients alexis, darabos, eric.araujo, ned.deily, r.david.murray, tarek, techtonik
Date 2012-09-10.15:08:39
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1347289720.15.0.939545761725.issue15419@psf.upfronthosting.co.za>
In-reply-to
Content
> It seems to me this is just a special case of the more general issue of building multiple versions of the
> same distribution, say with multiple versions of Python 2.  In general, anytime you change your build
> environment, you should start with no existing build directory.

Maybe Distutils could do that for you.

> Distutils doesn't keep track of every change you might make in a build environment between invocations
> of setup.py.

Could you detail what you mean with “change in a build environment”?  Timestamps are tracked, C headers dependencies too, changes to setup.py (and maybe setup.cfg too), so I think it wouldn’t be a stretch to also track the Python version used to run setup.py.  On the other hand, even with the same version there can be differences in the command-line options, the available modules (using Pythons with the same version from different virtual environments), etc.  Anyway, using one build directory per version (X.Y.Z) could easily solve a part of these issues.

What do people think?
History
Date User Action Args
2012-09-10 15:08:40eric.araujosetrecipients: + eric.araujo, techtonik, tarek, ned.deily, r.david.murray, alexis, darabos
2012-09-10 15:08:40eric.araujosetmessageid: <1347289720.15.0.939545761725.issue15419@psf.upfronthosting.co.za>
2012-09-10 15:08:39eric.araujolinkissue15419 messages
2012-09-10 15:08:39eric.araujocreate