<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, 8 Sep 2016 at 09:06 Chris Barker <<a href="mailto:chris.barker@noaa.gov">chris.barker@noaa.gov</a>> wrote:<br></div><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">On Wed, Sep 7, 2016 at 10:37 AM, Guido van Rossum <span dir="ltr"><<a href="mailto:guido@python.org" target="_blank">guido@python.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">And apart from Python, few shell commands that work on<br>
Unix make much sense on Windows,</blockquote><div><br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Does the (optional) addition of bash to Windows 10 have any impact on this?</div><div><br></div><div>It'll be something that Windows developers can't count on their users having for a good while, if ever, but if you can control the deployment environment, then you might. And it would be VERY tempting for "posix-focused" developers that want to run their code on Windows.</div><div><br></div><div>So it would be nice if the "new" approach worked well with bash on Windows.</div></div></div></div></blockquote><div><br></div><div>Bash on Windows is just Linux, so it isn't affected by any of this. </div></div></div>