<div dir="ltr">Hi Ralf, <div><br><div><div class="gmail_extra"><div class="gmail_quote">On Sat, Aug 20, 2016 at 11:42 PM, Ralf Gommers <span dir="ltr"><<a href="mailto:ralf.gommers@gmail.com" target="_blank">ralf.gommers@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>On python-dev and in the bug tracker, Sylvain has understandably asked for a review with an eye to adding this new feature to Python 3.6 whose feature code cutoff is scheduled for a few weeks from now.  As release manager, I am not opposed in general to adding new features to Distutils but I think we should be very cautious about modifying or adding new Distutils APIs, given that many third-party distribution authors want to support their packages on multiple versions.  So I want to make sure that there is some agreement that adding this new API starting with 3.6 is a good thing to do rather than having it go in under the radar.  </blockquote><div><br></div></span><div>I'd rather see that kind of thing added to setuptools. We're already having to deal with setuptools as a moving target, so if distutils becomes one again as well that means more testing with combinations of different Python and setuptools versions. Imho distutils changes should be bugfix and essential maintenance only.<br> </div></div></div></div></blockquote></div><br></div><div class="gmail_extra">Having the `has_flag` in a different location from `has_function` would be weird in my opinion.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Sylvain</div><div class="gmail_extra"><br></div></div></div></div>