(original) (raw)



On Wed, 20 Jun 2018 at 09:49 INADA Naoki <songofacandy@gmail.com> wrote:

2018年6月21日(木) 1:17 Antoine Pitrou <solipsis@pitrou.net>:
On Wed, 20 Jun 2018 18:09:00 +0200
Victor Stinner <vstinner@redhat.com> wrote:
\>
\> > If we can't at Python 3.7, I think we should do it at 3.8\.
\>
\> What's the rationale to make it public in 3.7? Can't it wait for 3.8?
\> The new PEPs target 3.8 anyway, no?
\>
\> IMHO it's too late for 3.7.

Agreed with Victor. Also Jeroen's work might lead us to change the
protocol for better flexibility or performance.

Unless libraries are written with METH\_FASTCALL (or using Cython), tp\_ccall can't have any gain for 3rd party functions written in C.

In other words, if many libraries start supporting FASTCALL, tp\_ccall will have more gain at the time when Python 3.8 is released.

Let's not make it a
public API too early.

Ok.

Even though it's private at 3.7, extension authors can start using it at their risk if we decide METH\_FASTCALL is public in 3.8 without any change from 3.7.

People can still wait for 3.8\. Waiting 1.5 years for a feature is nothing when the software you're talking about is already 28 years. :) It's simply not worth the risk.

Or you can push for Lukasz's idea of doing annual releases and speed it up a little. ;)