Re: On-topic: alternate Python implementations

2012-08-08 Thread Ulrich Eckhardt
Am 04.08.2012 15:53, schrieb Stefan Behnel: So, if a C++ compiler takes a .c file and compiles it with C language semantics, it doesn't qualify as a C compiler? That implies a rather weird definition of a C compiler, I'd say. I'd say that even a brainfuck compiler compiling a .py file with C l

Re: On-topic: alternate Python implementations

2012-08-06 Thread John Nagle
On 8/4/2012 7:19 PM, Steven D'Aprano wrote: > On Sat, 04 Aug 2012 18:38:33 -0700, Paul Rubin wrote: > >> Steven D'Aprano writes: >>> Runtime optimizations that target the common case, but fall back to >>> unoptimized code in the rare cases that the optimization doesn't apply, >>> offer the opport

Re: On-topic: alternate Python implementations

2012-08-05 Thread Stefan Behnel
Jürgen A. Erhard, 05.08.2012 14:28: > On Sun, Aug 05, 2012 at 07:46:59AM +0200, Stefan Behnel wrote: >> Jürgen A. Erhard, 05.08.2012 01:25: >>> None of the other implementations require Python for actually >>> compiling or running Python source. >> >> Nuitka was on the list as well. > > True, whic

Re: On-topic: alternate Python implementations

2012-08-05 Thread Stefan Behnel
alex23, 06.08.2012 05:40: > On Aug 4, 4:15 pm, Steven D'Aprano +comp.lang.pyt...@pearwood.info> wrote: >> But the Python ecosystem is a lot bigger than just those four. Here are >> just a few other implementations that you might be interested in: > > There's also HotPy: > > http://code.google.co

Re: On-topic: alternate Python implementations

2012-08-05 Thread alex23
On Aug 4, 4:15 pm, Steven D'Aprano wrote: > But the Python ecosystem is a lot bigger than just those four. Here are > just a few other implementations that you might be interested in: There's also HotPy: http://code.google.com/p/hotpy/ http://www.hotpy.org/ -- http://mail.python.org/mailman/li

Re: On-topic: alternate Python implementations

2012-08-05 Thread Ben Finney
Mark Lawrence writes: > With arrogance like that German by any chance? Please keep derogatory national stereotypes off this forum and out of our community. They are counter to our goals of diversity http://www.python.org/community/diversity/>; you don't have to subscribe to that, but if not then

Re: On-topic: alternate Python implementations

2012-08-05 Thread Ethan Furman
Mark Lawrence wrote: With arrogance like that German by any chance? Comments like that are not appropriate on this list. Please don't make them. ~Ethan~ -- http://mail.python.org/mailman/listinfo/python-list

Re: On-topic: alternate Python implementations

2012-08-05 Thread Jürgen A . Erhard
On Sun, Aug 05, 2012 at 07:46:59AM +0200, Stefan Behnel wrote: > Jürgen A. Erhard, 05.08.2012 01:25: > > On Sat, Aug 04, 2012 at 08:40:16AM +0200, Stefan Behnel wrote: > >> Steven D'Aprano, 04.08.2012 08:15: > >>> Most people are aware, if only vaguely, of the big Four Python > >>> implementations

Re: On-topic: alternate Python implementations

2012-08-05 Thread Stefan Behnel
Stefan Behnel, 05.08.2012 07:46: > Jürgen A. Erhard, 05.08.2012 01:25: >> None of the other implementations require Python for actually >> compiling or running Python source. > > Nuitka was on the list as well. Oh, and Stackless was also on Steven's list, as well as WPython. That means that 50% o

Re: On-topic: alternate Python implementations

2012-08-04 Thread Stefan Behnel
Jürgen A. Erhard, 05.08.2012 01:25: > On Sat, Aug 04, 2012 at 08:40:16AM +0200, Stefan Behnel wrote: >> Steven D'Aprano, 04.08.2012 08:15: >>> Most people are aware, if only vaguely, of the big Four Python >>> implementations: >> >> And not to forget Cython, which is the only static Python compile

Re: On-topic: alternate Python implementations

2012-08-04 Thread Stefan Behnel
Paul Rubin, 05.08.2012 03:38: > Steven D'Aprano writes: >> Runtime optimizations that target the common case, but fall back to >> unoptimized code in the rare cases that the optimization doesn't apply, >> offer the opportunity of big speedups for most code at the cost of >> trivial slowdowns whe

Re: On-topic: alternate Python implementations

2012-08-04 Thread Steven D'Aprano
On Sat, 04 Aug 2012 18:38:33 -0700, Paul Rubin wrote: > Steven D'Aprano writes: >> Runtime optimizations that target the common case, but fall back to >> unoptimized code in the rare cases that the optimization doesn't apply, >> offer the opportunity of big speedups for most code at the cost of >

Re: On-topic: alternate Python implementations

2012-08-04 Thread Paul Rubin
Steven D'Aprano writes: > Runtime optimizations that target the common case, but fall back to > unoptimized code in the rare cases that the optimization doesn't apply, > offer the opportunity of big speedups for most code at the cost of > trivial slowdowns when you do something unusual. The pr

Re: On-topic: alternate Python implementations

2012-08-04 Thread Steven D'Aprano
On Sat, 04 Aug 2012 08:59:18 -0700, Paul Rubin wrote: > C isn't so great for high-assurance stuff either, compared to (say) Ada. > People do use it in critical apps, but that's just because it is (or > anyway used to be) so ubiquitous. And then they are shocked, SHOCKED I say!, when their app has

Re: On-topic: alternate Python implementations

2012-08-04 Thread Jürgen A . Erhard
On Sat, Aug 04, 2012 at 08:40:16AM +0200, Stefan Behnel wrote: > Steven D'Aprano, 04.08.2012 08:15: > > Most people are aware, if only vaguely, of the big Four Python > > implementations: > > > > And not to forget Cython, which is the only static Python compiler that is > widely used. Compiles a

Re: On-topic: alternate Python implementations

2012-08-04 Thread jwp
On Friday, August 3, 2012 11:15:20 PM UTC-7, Steven D'Aprano wrote: > WPython - another optimizing version of Python with wordcodes instead of > bytecodes. > > http://code.google.com/p/wpython/ I remember reading about this a while ago. I thought this was eventually going to be committed to CPy

Re: On-topic: alternate Python implementations

2012-08-04 Thread Stefan Behnel
Paul Rubin, 04.08.2012 22:43: > Stefan Behnel writes: >>> Calling CPython hardly counts as compiling Python into C. >> CPython is written in C, though. So anything that CPython does can be >> done in C. It's not like the CPython project used a completely unusual >> way of writing C code. > > CPyth

Re: On-topic: alternate Python implementations

2012-08-04 Thread Paul Rubin
Stefan Behnel writes: >> Calling CPython hardly counts as compiling Python into C. > CPython is written in C, though. So anything that CPython does can be > done in C. It's not like the CPython project used a completely unusual > way of writing C code. CPython is a relatively simple interpreter,

Re: On-topic: alternate Python implementations

2012-08-04 Thread Tim Roberts
Steven D'Aprano wrote: > >Most people are aware, if only vaguely, of the big Four Python >implementations: > >CPython, or just Python, the reference implementation written in C. >IronPython, written in .NET. Technicality: .NET is not a language, it is a run-time framework. IronPython is written

Re: On-topic: alternate Python implementations

2012-08-04 Thread MRAB
On 04/08/2012 20:06, Stefan Behnel wrote: Paul Rubin, 04.08.2012 20:18: Stefan Behnel writes: C is pretty poor as a compiler target: how would you translate Python generators into C, for example? Depends. If you have CPython available, that'd be a straight forward extension type. Calling CPy

Re: On-topic: alternate Python implementations

2012-08-04 Thread Stefan Behnel
Paul Rubin, 04.08.2012 20:18: > Stefan Behnel writes: >>> C is pretty poor as a compiler target: how would you translate Python >>> generators into C, for example? >> Depends. If you have CPython available, that'd be a straight forward >> extension type. > > Calling CPython hardly counts as compil

Re: On-topic: alternate Python implementations

2012-08-04 Thread Zero Piraeus
: On 4 August 2012 14:50, Mark Lawrence wrote: > > No. Next question? *plonk* -[]z. -- http://mail.python.org/mailman/listinfo/python-list

Re: On-topic: alternate Python implementations

2012-08-04 Thread Mark Lawrence
From: Zero Piraeus To: Mark Lawrence Cc: python-list@python.org Sent: Saturday, 4 August 2012, 19:42 Subject: Re: On-topic: alternate Python implementations : On 4 August 2012 14:24, Mark Lawrence wrote: > > With arrogance like that German

Re: On-topic: alternate Python implementations

2012-08-04 Thread Zero Piraeus
: On 4 August 2012 14:24, Mark Lawrence wrote: > > With arrogance like that German by any chance? I didn't give a monkeys about the beer conversation personally, but can we leave the national stereotypes out of it? -[]z. -- http://mail.python.org/mailman/listinfo/python-list

Re: On-topic: alternate Python implementations

2012-08-04 Thread Temia Eszteri
On Sat, 04 Aug 2012 19:24:12 +0100, Mark Lawrence wrote: >On 04/08/2012 11:59, Stefan Behnel wrote: >> Mark Lawrence, 04.08.2012 12:05: >>> I agree so it's off topic and can't be discussed here. Isn't that right, >>> Stefan? >> >> Hmm, in case you are referring to a recent friendly and diplomati

Re: On-topic: alternate Python implementations

2012-08-04 Thread Mark Lawrence
On 04/08/2012 11:59, Stefan Behnel wrote: Mark Lawrence, 04.08.2012 12:05: I agree so it's off topic and can't be discussed here. Isn't that right, Stefan? Hmm, in case you are referring to a recent friendly and diplomatic request of mine regarding a couple of people who were burdening a publ

Re: On-topic: alternate Python implementations

2012-08-04 Thread Paul Rubin
Stefan Behnel writes: >> C is pretty poor as a compiler target: how would you translate Python >> generators into C, for example? > Depends. If you have CPython available, that'd be a straight forward > extension type. Calling CPython hardly counts as compiling Python into C. > For the yielding,

Re: On-topic: alternate Python implementations

2012-08-04 Thread Stefan Behnel
Paul Rubin, 04.08.2012 17:59: > Stefan Krah writes: >> In the free software world, apparently many people like C. C is also >> quite popular in the zero-fault software world: Several verification >> tools do exist and Leroy et al. are writing a certified compiler for >> C to plug the hole between t

Re: On-topic: alternate Python implementations

2012-08-04 Thread Paul Rubin
Stefan Krah writes: > In the free software world, apparently many people like C. C is also > quite popular in the zero-fault software world: Several verification > tools do exist and Leroy et al. are writing a certified compiler for > C to plug the hole between the verified source code and the gen

Re: On-topic: alternate Python implementations

2012-08-04 Thread Stefan Behnel
Stefan Behnel, 04.08.2012 15:53: > Thomas Rachel, 04.08.2012 14:51: >> Am 04.08.2012 11:10 schrieb Stefan Behnel: >>> As long as you don't use any features of the Cython language, it's plain >>> Python. That makes it a Python compiler in my eyes. >> >> Tell that the C++ guys. C++ is mainly a supers

Re: On-topic: alternate Python implementations

2012-08-04 Thread Stefan Behnel
Thomas Rachel, 04.08.2012 14:51: > Am 04.08.2012 11:10 schrieb Stefan Behnel: >> As long as you don't use any features of the Cython language, it's plain >> Python. That makes it a Python compiler in my eyes. > > Tell that the C++ guys. C++ is mainly a superset of C. But nevertheless, C > and C++

Re: On-topic: alternate Python implementations

2012-08-04 Thread Ramchandra Apte
The first time I did reply not 'reply all', so I'm posting again. ;-) I think Cython is a Python implementation because you can only use the Python features, not the extra features. C++ is different because of the different rules (C was in a time of assembly and costly computers, C++ was made in th

Re: On-topic: alternate Python implementations

2012-08-04 Thread Thomas Rachel
Am 04.08.2012 11:10 schrieb Stefan Behnel: As long as you don't use any features of the Cython language, it's plain Python. That makes it a Python compiler in my eyes. Tell that the C++ guys. C++ is mainly a superset of C. But nevertheless, C and C++ are distinct languages and so are Python a

Re: On-topic: alternate Python implementations

2012-08-04 Thread Stefan Behnel
Steven D'Aprano, 04.08.2012 12:54: > Berp is based on the Glasgow Haskell Compiler, which is a modern, > efficient, optimizing compiler capable of producing excellent quality > machine code on Windows, Mac, Linux and many Unixes. It gives you all the > advantages of a high-level language with hi

Re: On-topic: alternate Python implementations

2012-08-04 Thread Stefan Krah
Steven D'Aprano wrote: > Who would want to deal with C's idiosyncrasies, low-powered explicit type > system, difficult syntax, and core-dumps, when you could use something > better? In the free software world, apparently many people like C. C is also quite popular in the zero-fault software wor

Re: On-topic: alternate Python implementations

2012-08-04 Thread Stefan Behnel
Mark Lawrence, 04.08.2012 12:05: > I agree so it's off topic and can't be discussed here. Isn't that right, > Stefan? Hmm, in case you are referring to a recent friendly and diplomatic request of mine regarding a couple of people who were burdening a public high volume mailing list with a purely

Re: On-topic: alternate Python implementations

2012-08-04 Thread Steven D'Aprano
On Sat, 04 Aug 2012 16:34:17 +1000, Chris Angelico wrote: > On Sat, Aug 4, 2012 at 4:15 PM, Steven D'Aprano > wrote: >> CLPython, an implementation of Python written in Common Lisp. >> >> Berp - a compiler which works by translating Python to Haskell and >> compiling that. > > Okay. WHY? CLPytho

Re: On-topic: alternate Python implementations

2012-08-04 Thread Mark Lawrence
On 04/08/2012 08:49, Steven D'Aprano wrote: On Sat, 04 Aug 2012 08:40:16 +0200, Stefan Behnel wrote: And not to forget Cython, which is the only static Python compiler that is widely used. Compiles and optimises Python to C code that uses the CPython runtime and allows for easy manual optimisat

Re: On-topic: alternate Python implementations

2012-08-04 Thread Stefan Behnel
Steven D'Aprano, 04.08.2012 09:49: > On Sat, 04 Aug 2012 08:40:16 +0200, Stefan Behnel wrote: >> And not to forget Cython, which is the only static Python compiler that >> is widely used. Compiles and optimises Python to C code that uses the >> CPython runtime and allows for easy manual optimisatio

Re: On-topic: alternate Python implementations

2012-08-04 Thread Steven D'Aprano
On Sat, 04 Aug 2012 08:40:16 +0200, Stefan Behnel wrote: > And not to forget Cython, which is the only static Python compiler that > is widely used. Compiles and optimises Python to C code that uses the > CPython runtime and allows for easy manual optimisations to get C-like > performance out of i

Re: On-topic: alternate Python implementations

2012-08-03 Thread Stefan Behnel
Steven D'Aprano, 04.08.2012 08:15: > Most people are aware, if only vaguely, of the big Four Python > implementations: > > CPython, or just Python, the reference implementation written in C. > IronPython, written in .NET. > Jython, written in Java. > PyPy, the optimizing implementation written in

Re: On-topic: alternate Python implementations

2012-08-03 Thread Chris Angelico
On Sat, Aug 4, 2012 at 4:15 PM, Steven D'Aprano wrote: > CLPython, an implementation of Python written in Common Lisp. > > Berp - a compiler which works by translating Python to Haskell and > compiling that. Okay. WHY? CLPython gives some reason, but how often do you need to bridge that particula

On-topic: alternate Python implementations

2012-08-03 Thread Steven D'Aprano
Most people are aware, if only vaguely, of the big Four Python implementations: CPython, or just Python, the reference implementation written in C. IronPython, written in .NET. Jython, written in Java. PyPy, the optimizing implementation written in Python (actually, it's written in a subset of P