[Python-ideas] Re: Enhancing Zipapp

2020-01-06 Thread Abdur-Rahmaan Janhangeer
Yours, Abdur-Rahmaan Janhangeer pythonmembers.club | github Mauritius On Tue, Jan 7, 2020 at 6:40 AM Christopher Barker wrote: > I’m a bit unclear on how far this goes: is it just a bit more specific > with more meta-data sta

[Python-ideas] Re: Enhancing Zipapp

2020-01-06 Thread Christopher Barker
I’m a bit unclear on how far this goes: is it just a bit more specific with more meta-data standards? Or are you aiming for something that will run without a Python install? Other issues: Are you aiming for a bundle that can run on multiple platforms? If so, then it’ll have to have a way to bund

[Python-ideas] Re: Enhancing Zipapp

2020-01-06 Thread Abdur-Rahmaan Janhangeer
On Tue, 7 Jan 2020, 01:57 Barry Scott, wrote: > > > Please cover the pro's and con's of the alernatives that have been raised > as comments > on this idea, as is usually done for a PEP style document. > Thanks, i don't have much experience writing peps and if i don't bug you may i ask what "alte

[Python-ideas] Re: Enhancing Zipapp

2020-01-06 Thread Barry Scott
> On 6 Jan 2020, at 19:34, Abdur-Rahmaan Janhangeer > wrote: > > Note: draft simplified Please cover the pro's and con's of the alernatives that have been raised as comments on this idea, as is usually done for a PEP style document. Also beware that zip file format does not include the enc

[Python-ideas] Enhancing Zipapp

2020-01-06 Thread Abdur-Rahmaan Janhangeer
Note: draft simplified Abstract == This extracts aims at proposing enhancements to the generated zipapp executable Rationale === One area where there remains some difficulty in Python is packaging for end-user consumption. To that effect either the code is distributed in pure Python for

[Python-ideas] Re: Add a PyObject_VaCallFunction to C API??

2020-01-06 Thread Christopher Barker
For the most part, people find it more productive to call C++ from Python than the other way around. That is: the “management” code is in Python and the core computation in C or C++ or FORTRAN. Keep in mind that Python has the GIL, so if you are calling into the interpreter from a multi-processin

[Python-ideas] Re: Python, Be Bold!

2020-01-06 Thread Ronald Oussoren via Python-ideas
> On 5 Jan 2020, at 22:41, Andrew Barnert via Python-ideas > wrote: > > On Jan 5, 2020, at 00:17, James Lu wrote: >> >>  >> I use macOS, and using Python is very confusing. >> >> - Apple's bundled Python 2.7. > > Apple has made a mess of things, but they’ve actually fixed that mess in >

[Python-ideas] Re: Add a PyObject_VaCallFunction to C API??

2020-01-06 Thread Serhiy Storchaka
06.01.20 00:20, hrfu...@gmail.com пише: I've worked out MyCallFunction() in my actual code in the same manner described above, but with Py_VaBuildValue. What I did was I send all variadic arguments to a MyBuildValue(PyObject*, const char*, ...), the in the .c file, MyBuildValue will generate a

[Python-ideas] Re: Add a PyObject_VaCallFunction to C API??

2020-01-06 Thread Barry Scott
> On 5 Jan 2020, at 22:20, hrfu...@gmail.com wrote: > > The C API has a function PyObject_CallFunction( PyObject*, const char* fmt, > ... ). It is a variadic function hence I couldn't pass a va_list to it to > invoke the call. My question is, is it technically possible to provide a > companio