<div dir="ltr">Anaconda's compilers are for Linux (gcc 7.2) and Mac (llvm/clang 4.0.1) right now.  We would like to have clang target all platforms, but that's a lot of development effort.<div><br></div><div>We are also exploring ways of keeping package ecosystems in line, so that building and managing a self-consistent set of python 2.7 packages with a new Visual Studio version or msys2 might be easier.  No timeline to report, on that, though.  Breaking with the <a href="http://python.org">python.org</a> ABI is pretty painful.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 8, 2017 at 4:17 PM, Bryan Van de ven <span dir="ltr"><<a href="mailto:bryanv@anaconda.com" target="_blank">bryanv@anaconda.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
> On Nov 8, 2017, at 10:50, Peter Cock <<a href="mailto:p.j.a.cock@googlemail.com">p.j.a.cock@googlemail.com</a>> wrote:<br>
><br>
> NumPy (and to a lesser extent SciPy) is in a tough position being at the<br>
> bottom of many scientific Python programming stacks. Whenever you<br>
> drop Python 2 support is going to upset someone.<br>
<br>
</span>Existing versions of NumPy will still exist and continue to work with Python 2.7. If users want to say with Python 2.7, that's fine, they will just have to rely on those older/LTS versions. I personally would be happy for projects at the bottom of stacks to take an activist stance and make decisions to actively encourage movement to Python 3.<br>
<span class=""><br>
> It is too ambitious to pledge to drop support for Python 2.7 no later than<br>
> 2020, coinciding with the Python development team’s timeline for dropping<br>
> support for Python 2.7?<br>
<br>
</span>Developing NumPy is hard, as it is. Everything that can be done to simplify things for the current maintainers and help attract new contributors should be done. It is not reasonable to ask a few (largely volunteer) people to shoulder the burden and difficulties of supporting Python 2.7 for several additional *years* of their life.<br>
<br>
I agree entirely with Nick Coghlan's comments from another discussion, and think they apply equally well in this instance:<br>
<br>
"""<br>
While it's entirely admirable that many upstream developers are generous enough to help their end users work around this inertia, in the long run doing so is detrimental for everyone concerned, as long term sustaining engineering for old releases is genuinely demotivating for upstream developers (it's a good job, but a lousy way to spend your free time) and for end users, working around institutional inertia this way reduces the pressure to actually get the situation addressed properly.<br>
"""<br>
<br>
Thanks,<br>
<br>
Bryan<br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@python.org">NumPy-Discussion@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/numpy-<wbr>discussion</a><br>
</div></div></blockquote></div><br></div>