<div dir="ltr"><div>Certainly, I understand it can be burdensome. I suppose I can use 3.6 branch for the initial port, so it shouldn't be an issue.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 6, 2017 at 11:13 AM, Antoine Pitrou <span dir="ltr"><<a href="mailto:solipsis@pitrou.net" target="_blank">solipsis@pitrou.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, 6 Sep 2017 10:50:11 -0700<br>
Ethan Smith <<a href="mailto:ethan@ethanhs.me">ethan@ethanhs.me</a>> wrote:<br>
> I think this is useful as it can make porting easier. I am using it in my<br>
> attempts to cross compile CPython to WebAssembly (since WebAssembly in its<br>
> MVP does not support threading).<br>
<br>
</span>The problem is that the burden of maintenance falls on us (core CPython<br>
developers), while none of us and probably 99.99% of our userbase have<br>
absolutely no use for the "functionality".<br>
<br>
Perhaps there's a simpler, cruder way to "support" threads-less<br>
platforms.  For example a Python/thread_nothreads.h where<br>
PyThread_start_new_thread() would always fail (and with trivial<br>
implementations of locks and TLS keys).  But I'm not sure how much it<br>
would help those porting attempts.<br>
<div class="HOEnZb"><div class="h5"><br>
Regards<br>
<br>
Antoine.<br>
______________________________<wbr>_________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/ethan%40ethanhs.me" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/options/python-dev/<wbr>ethan%40ethanhs.me</a><br>
</div></div></blockquote></div><br></div>