[Python-ideas] Re: Thoughts about Fast Python Engine and Python EveryWhere

2020-07-19 Thread Antoine Pitrou
On Sun, 19 Jul 2020 05:01:48 -0400 Wes Turner wrote: > > Can't remember where I thought I read that libuv + CPython asyncio is > actually faster than node + libuv. "faster" is pretty much meaningless without specifics. libuv + asyncio will certainly be fast if you're mostly transferring

[Python-ideas] Re: Thoughts about Fast Python Engine and Python EveryWhere

2020-07-19 Thread Wes Turner
On Thu, Jul 16, 2020, 1:33 PM David Mertz wrote: > On Thu, Jul 16, 2020 at 12:59 PM wrote: > >> Recently I have been thinking about why `JavaScript` with it's horrible >> type system and lots of edge cases has supported so many platform and is >> very fast ... >> First answer is simple, because

[Python-ideas] Re: Thoughts about Fast Python Engine and Python EveryWhere

2020-07-19 Thread Marco Sulla
I remember some years ago I compiled Python 3.4 on Kobo, using an ARM virtual machine with qemu. Since the space on Kobo was little, I removed the standard library. But Python did not work. I had to include some stdlib modules too, like encodings/ascii.py, because I was not able to even print an

[Python-ideas] Re: Thoughts about Fast Python Engine and Python EveryWhere

2020-07-17 Thread Brett Cannon
On Thu, Jul 16, 2020 at 11:52 AM wrote: > CPython is portable but due to integrated standard library (builtin > functionality) it is hard to evolve it, How so? The stdlib is just a collection of packages we happen to ship with Python. Think of it as if we ship blessed packages from PyPI with

[Python-ideas] Re: Thoughts about Fast Python Engine and Python EveryWhere

2020-07-16 Thread David Mertz
On Thu, Jul 16, 2020, 2:57 PM wrote: > I know, I know that PyPy is fast as V8 but PyPy implement the whole > library inside and it is not easy to embed it somewhere > I have no idea what you mean by that. PyPy doesn't need its standard library to run. Just like in CPython, those are just a

[Python-ideas] Re: Thoughts about Fast Python Engine and Python EveryWhere

2020-07-16 Thread redradist
I know, I know that PyPy is fast as V8 but PyPy implement the whole library inside and it is not easy to embed it somewhere ___ Python-ideas mailing list -- python-ideas@python.org To unsubscribe send an email to python-ideas-le...@python.org

[Python-ideas] Re: Thoughts about Fast Python Engine and Python EveryWhere

2020-07-16 Thread redradist
My main point is that it would be nice to have just very fast execute engine and all library as integration layer ___ Python-ideas mailing list -- python-ideas@python.org To unsubscribe send an email to python-ideas-le...@python.org

[Python-ideas] Re: Thoughts about Fast Python Engine and Python EveryWhere

2020-07-16 Thread redradist
CPython is portable but due to integrated standard library (builtin functionality) it is hard to evolve it, for examle to add JIT, anyway it is just my thoughts ___ Python-ideas mailing list -- python-ideas@python.org To unsubscribe send an email to

[Python-ideas] Re: Thoughts about Fast Python Engine and Python EveryWhere

2020-07-16 Thread Chris Angelico
On Fri, Jul 17, 2020 at 2:59 AM wrote: > > Recently I have been thinking about why `JavaScript` with it's horrible type > system and lots of edge cases has supported so many platform and is very fast > ... > > First answer is simple, because big companies such as Google, Facebook and so > on

[Python-ideas] Re: Thoughts about Fast Python Engine and Python EveryWhere

2020-07-16 Thread David Mertz
On Thu, Jul 16, 2020 at 12:59 PM wrote: > Recently I have been thinking about why `JavaScript` with it's horrible > type system and lots of edge cases has supported so many platform and is > very fast ... > First answer is simple, because big companies such as Google, Facebook and > so on evolve

[Python-ideas] Re: Thoughts about Fast Python Engine and Python EveryWhere

2020-07-16 Thread Rhodri James
On 16/07/2020 17:59, redrad...@gmail.com wrote: Recently I have been thinking about why `JavaScript` with it's horrible type system and lots of edge cases has supported so many platform and is very fast ... First answer is simple, because big companies such as Google, Facebook and so on

[Python-ideas] Re: Thoughts about Fast Python Engine and Python EveryWhere

2020-07-16 Thread Brett Cannon
CPython is already very portable thanks to it being implemented in C. I don't see, though, how a lack of stdlib for JavaScript makes it fast? Unless you're saying the Python core team should drop the stdlib so it has more time to focus on the CPython interpreter itself? On Thu, Jul 16, 2020 at