[pypy-dev] Builtin types

Christian Tismer tismer at tismer.com
Tue Jan 28 00:21:46 CET 2003


Armin Rigo wrote:
> Hello Holger,
> 
> On Mon, Jan 27, 2003 at 08:03:40PM +0100, Samuele Pedroni wrote:
> 
>>>how do you intend to use any of the existing C-libraries, then?
>>>Rely on CPython to provide the binding?
>>
>>The point was whether you want your builtin types "abstractions" to be directly
>>ctypes based.
> 
> 
> Yes, sorry.  I was thinking about that, i.e. how we internally represent the
> built-in types.  Being able to call external C code is another matter.
> 
> 
>>>I think that progressing in the ctypes direction can happen in
>>>parallel with Python-Core pythonifications.  Beeing able to make
>>>C-library calls (like File-IO) without specialized intermediate C-code
>>>does seem like an important feature.
> 
> 
> Yes, although I have another potential objection here.  It might not be a
> problem to have specialized intermediate C code if this code is generated,
> just like -- after all it's the goal -- most of the rest of the final C code
> of the interpreter.  Then what we need is a way to *describe* calls to a C
> function rather than a way to actually *do* the calls.  So ctypes is a good
> way to express such a description, but it is not necessary to rely on
> libffi-style machine-code hackery to actually perform the calls; all we need
> to do is statically emit the specialized C code into the produced interpreter
> and obtain something close to the original CPython source.

Hmm!
It seems that I could have saved my last longer post.
We agree that we need to describe primitive types.
It is much less urgent to actually implement them.

cheers - chris



More information about the Pypy-dev mailing list