Mailman 3 - hpy-dev - python.org

Reminder: HPy dev monthly call
by Florian Angerer 06 Jul '21

06 Jul '21

Hi, the next HPy call is scheduled for this Thursday (July 8th at 10a CEST / 8a UTC). Single click URL to join Zoom: https://oracle.zoom.us/j/339127822?pwd=YkNZbFgvdXZ4Z3NlcWg1N3BlZ3JTUT09 Meeting ID: 339 127 822 Password: 237729 Regards, Florian

2 1

Reminder: HPy dev monthly call
by Florian Angerer 07 Jun '21

07 Jun '21

Hi, the next HPy call is scheduled for this Thursday (June 10th at 10a CEST / 8a UTC). Single click URL to join Zoom: https://oracle.zoom.us/j/339127822?pwd=YkNZbFgvdXZ4Z3NlcWg1N3BlZ3JTUT09 Meeting ID: 339 127 822 Password: 237729 Regards, Florian

2 1

Design direction for HPy Project
by Om Nagarkar 27 May '21

27 May '21

Made a quick design direction, I don’t know much about the technicals of the project yet but a friend said you all were a great solution in the space! Do let me know the team’s thoughts, hope you all are having a good one so far! -Om

2 1

Crypto - The new wave in tech?
by dennisdilla＠yahoo.com 24 Apr '21

24 Apr '21

Crypto, what is it and how can we developers benefit from it? Well, we all understand the power of good tech, which is what some crypto projects are. Everyone knows its. The word on everyones mouth is Bitcoin. How can it be that an algorithm can be worth 60.000$ per unit? Insane indeed. But, that doesn't mean its useless. Its very useful in fact, with lots of reasons to be using bitcoin and other cryptos. https://www.kaupangkrypto.no lets you find crypto easily, so that you can start your investments asap.

1 0

New HPy Blog
by Antonio Cuni 01 Apr '21

01 Apr '21

Hello, It's likely that most of the subscribers to this ML already know about this by other means, but in case you missed it, a few days ago we launched the new HPy blog. Check it out! http://hpyproject.org/blog/posts/2021/03/hello-hpy/ ciao, Anto

1 0

Reminder: HPy dev monthly call
by Florian Angerer 31 Mar '21

31 Mar '21

Hi, just as a reminder: next HPy call is scheduled for this Thursday (Apr 1st at 10a CEST). Single click URL to join Zoom: https://oracle.zoom.us/j/339127822?pwd=YkNZbFgvdXZ4Z3NlcWg1N3BlZ3JTUT09 Meeting ID: 339 127 822 Password: 237729 - Florian

2 1

Reminder: HPy dev monthly call
by Florian Angerer 05 Mar '21

05 Mar '21

Hi, next HPy call is scheduled for this Thursday (March 4th at 10a CET). Single click URL to join Zoom: https://oracle.zoom.us/j/339127822?pwd=YkNZbFgvdXZ4Z3NlcWg1N3BlZ3JTUT09 Meeting ID: 339 127 822 Password: 237729 - Florian

2 3

Reminder: HPy dev monthly call
by Florian Angerer 02 Feb '21

02 Feb '21

Hi, just as a reminder: next HPy call is scheduled for this Thursday (Feb 4th at 10a CET). Single click URL to join Zoom: https://oracle.zoom.us/j/339127822?pwd=YkNZbFgvdXZ4Z3NlcWg1N3BlZ3JTUT09 Meeting ID: 339 127 822 Password: 237729 - Florian

2 1

Concrete proposal: Reusable API Glue code
by Paul Prescod 29 Dec '20

29 Dec '20

Let's take a couple of example files and see what it would take to make them reusable and move them into the HPy repository for ANY interpreter host to build upon. https://foss.heptapod.net/pypy/pypy/-/blob/branch/hpy/pypy/module/_hpy_univ… According to my IDE, most of the imports in e.g. interp_list.py are not used. Imagine that we replaced all of them with: from interpreter_context.apiset import API, handles, pytypes W_ListObject would be imported from pytypes. As an interpreter host vendor, I'd just implement space, API, handles, pytypes and I could reuse interp_list as-is. The PyPy implementation of the "interpreter" package would just rename the modules from pypy.module. _hpy_universal According to my IDE, these SAME imports would make interp_number and interp_tuple "just work" as well. To implement interp_long, I need to inject a new dependency, called "typesystem" which is a generalization of rffi and lltype. interp_builder and interp_tracker need only a "Root" object injected. A couple of the files need Unicode stuff injected. There is an implicit dependency on cparser which would need to be dealt with one way or another...using a C Parser seems a bit like overkill given a) Python has type annotations and b) all of the declarations are machine-generated anyhow. But if CParser is a hard requirement then I guess it would become a dependency of the HPyHostAPI package. My last thought is that perhaps the CPython Universal implementation could be written in Python instead of C. Of course it would run slower, but development of it would tend to maintain feature parity with PyPy "automatically". Or you could do it in Python for the next year or two and then go back and optimize it back to C once HPy is finalized. - Paul

2 1

Calling functions
by Paul Prescod 29 Dec '20

29 Dec '20

I know that the "object/method calling API" is an open question but in the meantime is there any reliable (but maybe ugly) way for me to call an HPyDef_METH in a "Universal" (non-CPython) context? I'm looking for something like this: extern int PyWasm_Call_PyMethod(void *meth_handle, void *args, void *kwargs){ HPyMeth *method = (HPyMeth *)meth_handle; PyWasmDebug("Calling func %s with %p and %p ", method->name, args, kwargs); HPy rc = method->impl(args, kwargs) } It's unclear to me whether the thing in HPyMeth->impl has a uniform calling convention or the heterogeneous one exposed by the objects themselves. For example: static HPy do_nothing_impl(HPyContext ctx, HPy self) Versus static HPy add_ints_impl(HPyContext ctx, HPy self, HPy *args, HPy_ssize_t nargs) Do I have to look at the signature and call each one with the "right" calling convention? Or is there a particular CPython library that I could pull in to do the calling without pulling in the whole interpreter (which would defeat the purpose of HPy!)? Paul

3 10