hpy
hpy copied to clipboard
hpyproject
HPy: a better API for Python
This is a long term question/issue related to the piconumpy experiment and the performance results that I get with HPy and PyPy. These results are now so and so. I...
We need to pick some APIs to provide for calling Python functions from HPy. The existing C API has a large zoo of methods for making functions calls. The zoo...
Recently we discussed a potential refactoring of `HPyContext`, and one of the problems was what to do with the `h_*` fields. I think we can/should just kill them and have...
# RfC This is a very early draft for an implementation of UnicodeBuilder. As @antocuni pointed out in https://github.com/cklein/hpy/pull/1, a having a discussion around the API first is a good...
And to HPyErr_NewExceptionWithDoc.
For consistency with `HPyFunc_richcmpfunc`, `HPy_RichCompare` and `HPy_RichCompareBool` should also have `HPy_RichCmpOp` in their signature.
It would be great if the API could (at least as an alternative) stick to "normal" functions, i.e. no vararg, no macros and no global variables. In particular, there should...
If you don't specify `tp_new`, CPython has a different behavior depending on whether the type is a heap type or now. Consider this example: ```c #include typedef struct { PyObject_HEAD...
The current C-API provides lots of functions which are duplicate, the only difference being whether they do a typecheck of the argument or not. E.g., `PyTuple_GET_SIZE` vs `PyTuple_Size`, `PyTuple_GET_ITEM` vs...