<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, 31 Jul 2018 at 10:32 Antoine Pitrou <<a href="mailto:solipsis@pitrou.net">solipsis@pitrou.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Well, I tried to subscribe to capi-sig, but I didn't get a<br>
confirmation e-mail.<br></blockquote><div><br></div><div>I subscribed yesterday without issue. I would email postmaster to try and find out what happened.</div><div><br></div><div>-Brett<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Regards<br>
<br>
Antoine.<br>
<br>
<br>
On Tue, 31 Jul 2018 18:25:25 +0200<br>
Victor Stinner <<a href="mailto:vstinner@redhat.com" target="_blank">vstinner@redhat.com</a>> wrote:<br>
>  I replied on capi-sig.<br>
> <br>
> 2018-07-31 18:03 GMT+02:00 Antoine Pitrou <<a href="mailto:solipsis@pitrou.net" target="_blank">solipsis@pitrou.net</a>>:<br>
> > On Tue, 31 Jul 2018 15:34:05 +0200<br>
> > Victor Stinner <<a href="mailto:vstinner@redhat.com" target="_blank">vstinner@redhat.com</a>> wrote:  <br>
> >> Antoine: would you mind to subscribe to the capi-sig mailing list? As<br>
> >> expected, they are many interesting points discussed here, but I would<br>
> >> like to move all C API discussions to capi-sig. I only continue on<br>
> >> python-dev since you started here (and ignored my request to start<br>
> >> discussing my idea on capi-sig :-)).  <br>
> ><br>
> > Well, I responded to your e-mail discussion thread.  I see more<br>
> > messages in this thread here than on capi-sig. ;-)<br>
> >  <br>
> >> For example, PyPy uses different memory allocators depending on the<br>
> >> scope and the lifetime of an object. I'm not sure that you can<br>
> >> implement such optimization if you are stuck with reference counting.  <br>
> ><br>
> > But what does reference counting have to do with memory allocators<br>
> > exactly?<br>
> >  <br>
> >> > OS vendors seem to be doing a fine job AFAICT.  And if I want a recent<br>
> >> > Python I just download Miniconda/Anaconda.  <br>
> >><br>
> >> Is it used in production to deploy services? Or is it more used by<br>
> >> developers? I never used Anaconda.  <br>
> ><br>
> > I don't know, but there's no hard reason why you couldn't use it to<br>
> > deploy services (though some people may prefer Docker or other<br>
> > technologies).<br>
> >  <br>
> >> > I think you don't realize that the C API is *already* annoying.  People<br>
> >> > started with it mostly because there wasn't a better alternative at the<br>
> >> > time.  You don't need to make it more annoying than it already is ;-)<br>
> >> ><br>
> >> > Replacing existing C extensions with something else is entirely a<br>
> >> > developer time/effort problem, not an attractivity problem.  And I'm<br>
> >> > not sure that porting a C extension to a new C API is more reasonable<br>
> >> > than porting to Cython entirely.  <br>
> >><br>
> >> Do you think that it's doable to port numpy to Cython? It's made of<br>
> >> 255K lines of C code.  <br>
> ><br>
> > Numpy is a bit special as it exposes its own C API, so porting it<br>
> > entirely to Cython would be difficult (how do you expose a C macro in<br>
> > Cython?).  Also, internally it has a lot of macro-generated code for<br>
> > specialized loop implementations (metaprogramming in C :-)).<br>
> ><br>
> > I suppose some bits could be (re)written in Cython.  Actually, the<br>
> > numpy.random module is already a Cython module.<br>
> >  <br>
> >> > It's just that I disagree that removing the C API will make CPython 2x<br>
> >> > faster.  <br>
> >><br>
> >> How can we make CPython 2x faster? Why everybody, except of PyPy,<br>
> >> failed to do that?  <br>
> ><br>
> > Because PyPy spent years working full time on a JIT compiler.  It's also<br>
> > written in (a dialect of) Python, which helps a lot with experimenting<br>
> > and building abstractions, compared to C or even C++.<br>
> ><br>
> > Regards<br>
> ><br>
> > Antoine.<br>
> > _______________________________________________<br>
> > Python-Dev mailing list<br>
> > <a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
> > <a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
> > Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/vstinner%40redhat.com" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/vstinner%40redhat.com</a>  <br>
<br>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/brett%40python.org" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/brett%40python.org</a><br>
</blockquote></div></div>