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