I'm surprised no one has mentioned Psyco yet -- probably because it evolved into PyPy -- but IIRC, Psycho was pretty much the same as what the OP is talking about -- direct Python to machine code, and easy on the fly or ahead of time compilation.
If I recall, the "magic" for dealing with a dynamic language was that it was a "specializing" compiler -- if you call a function with, e.g. two integers as input, it could compile a special version that only worked with two integers, and thus could be native fast. (Armin even argued that it *could* be faster than C :-) ). Not sure if this tool is doing anything like that, but it seems there are some pretty big limits as to what can be done without either a JIT (like PyPy), or type annotations (like Cython). -CHB On Mon, Sep 9, 2019 at 5:37 AM David Mertz <me...@gnosis.cx> wrote: > It very much sounds like marketing hype to repeat this "direct to > assembly" thing so much. Essentially it's claiming they are better at > writing optimizers that are the more numerous authors of GCC, LLVM, etc. > That's not inconceivable, but it's a hold claim requiring strong evidence. > > Thanks, Antoine, for pointing me in right direction about PyPy. I knew > they experimented with LLVM, but thought that avenue was more of a success. > Indeed PyPy directly generates it's machine code, so maybe that approach is > a good one. But PyPy also had a decade or more of effort behind it to get > as good as it is (and it's open source) > > On Mon, Sep 9, 2019, 4:08 AM Greg Ewing <greg.ew...@canterbury.ac.nz> > wrote: > >> Mark @pysoniq wrote: >> > Translating a single language directly to assembly gives the best >> > optimizations because most of the commonly used compilers, like GCC, >> LLVM and >> > Clang, use an intermediate language intended for many languages, and >> compiles >> > to a number of target architectures. >> >> To take advantage of that, you need to find some optimisations >> that are made possible by the fact that you're compiling Python >> in particular to x86 in particular. That's something else that >> would be interesting to hear about. >> >> -- >> Greg >> _______________________________________________ >> Python-ideas mailing list -- python-ideas@python.org >> To unsubscribe send an email to python-ideas-le...@python.org >> https://mail.python.org/mailman3/lists/python-ideas.python.org/ >> Message archived at >> https://mail.python.org/archives/list/python-ideas@python.org/message/FKYLBYOKO2O6KBKCL74THLNXG6IJMVR2/ >> Code of Conduct: http://python.org/psf/codeofconduct/ >> > _______________________________________________ > Python-ideas mailing list -- python-ideas@python.org > To unsubscribe send an email to python-ideas-le...@python.org > https://mail.python.org/mailman3/lists/python-ideas.python.org/ > Message archived at > https://mail.python.org/archives/list/python-ideas@python.org/message/CDDXA4GFUGZ2MQYZFP5NLMROZVXPXU27/ > Code of Conduct: http://python.org/psf/codeofconduct/ > -- Christopher Barker, PhD Python Language Consulting - Teaching - Scientific Software Development - Desktop GUI and Web Development - wxPython, numpy, scipy, Cython
_______________________________________________ Python-ideas mailing list -- python-ideas@python.org To unsubscribe send an email to python-ideas-le...@python.org https://mail.python.org/mailman3/lists/python-ideas.python.org/ Message archived at https://mail.python.org/archives/list/python-ideas@python.org/message/XWL3ETVASREM53K5A265YTACTV2ZZTOX/ Code of Conduct: http://python.org/psf/codeofconduct/
