Re: The Cython compiler is 20 years old today !

On 2022-04-05 04:47, Dan Stromberg wrote: On Mon, Apr 4, 2022 at 7:42 AM Stefan Behnel wrote: Dear Python community, it's now 20 years since Greg Ewing posted his first announcement of Pyrex, the tool that is now known and used under the name Cython. https://mail.python.org/pipermail/python-

Re: The Cython compiler is 20 years old today !

On Mon, Apr 4, 2022 at 7:42 AM Stefan Behnel wrote: > Dear Python community, > > it's now 20 years since Greg Ewing posted his first announcement of Pyrex, > the tool that is now known and used under the name Cython. > > https://mail.python.org/pipermail/python-list/2002-April/126661.html > That

The Cython compiler is 20 years old today !

Dear Python community, it's now 20 years since Greg Ewing posted his first announcement of Pyrex, the tool that is now known and used under the name Cython. https://mail.python.org/pipermail/python-list/2002-April/126661.html It was a long way, and I've written up some of it in a blog post:

Universal compiler that runs Java, Ruby, C++, and Python in a single VM

It's called Oracle's Truffle. Truffle runs all those languages with an autogenerated JIT. This is my response to the neos drama. -- https://mail.python.org/mailman/listinfo/python-list

Re: Trying to compile Python 3.5 on Linux Mint 19, getting compiler warnings and failing tests

On 2/18/2019 3:35 PM, Marcin G wrote: Hmm. From looking at your full log (THANK YOU for posting that, btw - so many people don't), it looks like an issue with certificate checking. Might be a bug in the test itself. Does the same thing happen with a more recent Python build? It could be a weirdne

Re: Trying to compile Python 3.5 on Linux Mint 19, getting compiler warnings and failing tests

On Tue, Feb 19, 2019 at 7:55 AM Grant Edwards wrote: > > On 2019-02-18, Chris Angelico wrote: > > > Hmm. From looking at your full log (THANK YOU for posting that, btw - > > so many people don't), it looks like an issue with certificate > > checking. Might be a bug in the test itself. Does the sa

Re: Trying to compile Python 3.5 on Linux Mint 19, getting compiler warnings and failing tests

On 2019-02-18, Chris Angelico wrote: > Hmm. From looking at your full log (THANK YOU for posting that, btw - > so many people don't), it looks like an issue with certificate > checking. Might be a bug in the test itself. Does the same thing > happen with a more recent Python build? It could be a

Re: Trying to compile Python 3.5 on Linux Mint 19, getting compiler warnings and failing tests

On Tue, Feb 19, 2019 at 7:36 AM Marcin G wrote: > > Hmm. From looking at your full log (THANK YOU for posting that, btw - > so many people don't), it looks like an issue with certificate > checking. Might be a bug in the test itself. Does the same thing > happen with a more recent Python build? It

RE: Trying to compile Python 3.5 on Linux Mint 19, getting compiler warnings and failing tests

Hmm. From looking at your full log (THANK YOU for posting that, btw - so many people don't), it looks like an issue with certificate checking. Might be a bug in the test itself. Does the same thing happen with a more recent Python build? It could be a weirdness with specific versions of OpenSSL. H

Re: Trying to compile Python 3.5 on Linux Mint 19, getting compiler warnings and failing tests

thon.org/downloads/release/python-356/>. So I > thought I'd try compiling 3.5.6 myself. > TBH it's highly unlikely that the difference between 3.5.x and 3.5.y will be significant here. To test that your code will run on 3.5, you can almost certainly just grab any 3.5. > T

Trying to compile Python 3.5 on Linux Mint 19, getting compiler warnings and failing tests

ing 3.5.6 myself. This produced compiler warnings about: comparison between signed and unsigned, switches falling though, use of deprecated macros in glibc headers and too big object sizes leading to overflows in memcpy. This worries me the most, because it looks like undefined behavior to my

Re: How to embed a native JIT compiler to a django app?

Wirtel via Python-list a écrit : On 01/27, Etienne Robillard wrote: Hi, I want to compile a Django application into a C source file and embed a JIT compiler into the binary. Is there any way of doing this with llvm/clang? Hi Etienne, I think no, Django will use Python and this one is

Re: How to embed a native JIT compiler to a django app?

On 01/27, Etienne Robillard wrote: Hi, I want to compile a Django application into a C source file and embed a JIT compiler into the binary. Is there any way of doing this with llvm/clang? Hi Etienne, I think no, Django will use Python and this one is interpreted. Answer, no... Now

How to embed a native JIT compiler to a django app?

Hi, I want to compile a Django application into a C source file and embed a JIT compiler into the binary. Is there any way of doing this with llvm/clang? Regards, Etienne -- Etienne Robillard tkad...@yandex.com https://www.isotopesoftware.ca/ -- https://mail.python.org/mailman/listinfo

py-backwards - Python to python compiler that allows you to use Python 3.6 features in older versions.

Hi folks, I've no idea if you could be interested in this beastie https://github.com/nvbn/py-backwards but if you don't know about it, you can't be :) Kindest regards. Mark Lawrence. -- https://mail.python.org/mailman/listinfo/python-list

RE: Grumpy: Python to Go compiler

Tim Daneliuk wrote, on January 08, 2017 4:49 PM > > On 01/08/2017 06:18 PM, Deborah Swanson wrote: > > (haha, unless > > you ask) > > C'mon, go for it ... there hasn't been a good rant here in > 4 or 5 minutes ... Oh hell. (How do I tell him I was up til 8am this morning, only got a few hours sl

Re: Grumpy: Python to Go compiler

On 01/08/2017 06:18 PM, Deborah Swanson wrote: > (haha, unless > you ask) C'mon, go for it ... there hasn't been a good rant here in 4 or 5 minutes ... -- https://mail.python.org/mailman/listinfo/python-list

RE: Grumpy: Python to Go compiler

Steven D'Aprano wrote, on January 07, 2017 11:37 PM > > Grumpy, an experimental project from Google, transpiles > Python code into Go, allowing Python programs to be compiled > and run as static binaries using the Go toolchain. > > > http://www.infoworld.com/article/3154624/application-develo

Grumpy: Python to Go compiler

Grumpy, an experimental project from Google, transpiles Python code into Go, allowing Python programs to be compiled and run as static binaries using the Go toolchain. http://www.infoworld.com/article/3154624/application-development/google-boosts-python-by-turning-it-into-go.html -- Steven "E

Re: Multiline parsing of python compiler demistification needed

On Thursday, June 16, 2016 at 8:34:46 PM UTC+12, Yubin Ruan wrote: > print "A test case" + \ >"str_1[%s] " + \ >"str_2[%s] " % (str_1, str_2) Try this: print \ ( "A test case" "str_1[%s] " "str_2[%s] " % (str_1, str_2) ) Python takes this n

Re: Multiline parsing of python compiler demistification needed

"Yubin Ruan" wrote in message news:930753e3-4c9c-45e9-9117-d340c033a...@googlegroups.com... Hi, everyone, I have some problem understand the rule which the python compiler use to parsing the multiline string. Consider this snippet: str_1 = "foo" str_2 = "

Re: Multiline parsing of python compiler demistification needed

Yubin Ruan writes: > Hi, everyone, I have some problem understand the rule which the python > compiler use to parsing the multiline string. > > Consider this snippet: > > str_1 = "foo" > str_2 = "bar" > > print "A test case" + \ >

Re: Multiline parsing of python compiler demistification needed

Yubin Ruan wrote: > Hi, everyone, I have some problem understand the rule which the python > compiler use to parsing the multiline string. > > Consider this snippet: > > str_1 = "foo" > str_2 = "bar" > > print "A test case" + \ >

Multiline parsing of python compiler demistification needed

Hi, everyone, I have some problem understand the rule which the python compiler use to parsing the multiline string. Consider this snippet: str_1 = "foo" str_2 = "bar" print "A test case" + \ "str_1[%s] " + \ "str_2[%s] " % (str

How to change/set compiler option for weave inline function

Hi, I want to run a few C code inside Python on Windows 7, 64-bit PC, Canopy 1.5.2.2785. I made a few trials, but I forget the detail commands I made on compiler setting. One thing I remember is that I added one file: distutils.cfg, whose content is: [build] compiler=mingw32 And another thing

Re: Why Python is not both an interpreter and a compiler?

In a message of Wed, 02 Sep 2015 10:50:15 +1000, Chris Angelico writes: >And compiled C programs are notoriously hard to distribute. Can you >pick up a Guile binary and carry it to another computer? Do you have >to absolutely perfectly match the libguile version, architecture, >build settings, etc?

Re: Why Python is not both an interpreter and a compiler?

Steven D'Aprano writes: > On Wed, 2 Sep 2015 02:20 am, Marko Rauhamaa wrote: >> Steven D'Aprano: >> >>> I believe that Marko is wrong. It is not so easy to compile Python >>> to machine language for real machines. That's why the compiler >>>

Re: Why Python is not both an interpreter and a compiler?

Steven D'Aprano : > On Wed, 2 Sep 2015 02:20 am, Marko Rauhamaa wrote: >> I never said a compiler would translate Python to (analogous) machine >> language. I said you could easily turn CPython into a dynamic library >> (run-time environment) and write a small bootst

Re: Why Python is not both an interpreter and a compiler?

On 08/31/2015 02:35 AM, Mahan Marwat wrote: > What I know about an interpreter and a compiler is: they both convert > source code to machine code and the only difference is, an > interpreter convert it, line by line while compiler convert the whole > source file. Now if we compile a C

Re: Why Python is not both an interpreter and a compiler?

On Wed, 2 Sep 2015 02:20 am, Marko Rauhamaa wrote: > Steven D'Aprano : > >> I believe that Marko is wrong. It is not so easy to compile Python to >> machine language for real machines. That's why the compiler targets a >> virtual machine instead. > > Som

Re: Why Python is not both an interpreter and a compiler?

On Wed, Sep 2, 2015 at 6:08 AM, Marko Rauhamaa wrote: > Laura Creighton : > >> But are Guile programs small? > > They can be tiny because libguile-2.0.so, the interpreter, is a dynamic > library and is installed on the computer. It's barely different from how > compiled C programs can be a few kil

Re: Why Python is not both an interpreter and a compiler?

Laura Creighton : > But are Guile programs small? They can be tiny because libguile-2.0.so, the interpreter, is a dynamic library and is installed on the computer. It's barely different from how compiled C programs can be a few kilobytes in size because libc.so is dynamic. Emacs is a lisp interp

Re: Why Python is not both an interpreter and a compiler?

>But are Guile programs small? I the OP made a categorisation error, >confusing correlation with causation. (i.e. the presence of >feathers makes a animal able to fly). s/I the/I think the/ -- https://mail.python.org/mailman/listinfo/python-list

Re: Why Python is not both an interpreter and a compiler?

In a message of Tue, 01 Sep 2015 19:20:51 +0300, Marko Rauhamaa writes: >Somehow Guile manages it even though Scheme is at least as dynamic a >language as Python. But are Guile programs small? I the OP made a categorisation error, confusing correlation with causation. (i.e. the presence of feath

Re: Why Python is not both an interpreter and a compiler?

On Mon, Aug 31, 2015 at 11:45 PM, Luca Menegotto wrote: > Il 31/08/2015 19:48, Mahan Marwat ha scritto: > >> If it hasn't been considered all that useful, then why > >> the tools like cx_freeze, pytoexe are doing very hard! > > Well, I consider those tools useless at all! > I appreciate Python bec

Re: Why Python is not both an interpreter and a compiler?

On Tue, Sep 1, 2015 at 12:20 PM, Marko Rauhamaa wrote: Steven D'Aprano : I believe that Marko is wrong. It is not so easy to compile Python to machine language for real machines. That's why the compiler targets a virtual machine instead. Somehow Guile manages it even tho

Re: Why Python is not both an interpreter and a compiler?

On Wed, Sep 2, 2015 at 2:20 AM, Marko Rauhamaa wrote: > In fact, the shebang notation turns any single .py file into such an > executable. The problem is if you break your program into modules. Java, > of course, solved a similar problem with .jar files (but still wouldn't > jump over the final hu

Re: Why Python is not both an interpreter and a compiler?

Steven D'Aprano : > I believe that Marko is wrong. It is not so easy to compile Python to > machine language for real machines. That's why the compiler targets a > virtual machine instead. Somehow Guile manages it even though Scheme is at least as dynamic a language as Pyth

Re: Why Python is not both an interpreter and a compiler?

are doing very hard! And if it is really easy, then why > cx_freeze, pytoexe developer are doing it in such a rubbish way instead of > creating one (compiler)? I believe that Marko is wrong. It is not so easy to compile Python to machine language for real machines. That's why the compiler

Re: Why Python is not both an interpreter and a compiler?

If I understand what you are saying, then I think what you are looking for is not a compiler, but docker. see: https://www.docker.com/ in particular https://www.docker.com/whatisdocker PyPy used this to produce portable PyPy binaries. See: https://github.com/squeaky-pl/portable-pypy/blob/master

Re: Why Python is not both an interpreter and a compiler?

Il 31/08/2015 19:48, Mahan Marwat ha scritto: If it hasn't been considered all that useful, then why > the tools like cx_freeze, pytoexe are doing very hard! Well, I consider those tools useless at all! I appreciate Python because, taken one or two precautions, I can easily port my code from

Re: Why Python is not both an interpreter and a compiler?

Mahan Marwat writes: > > Python programs *could* easily be compiled the same way, but it generally > > hasn't been considered all that useful. > > If it hasn't been considered all that useful, then why the tools like > cx_freeze, pytoexe are doing very hard! Thay don't compile to machine code

Re: Why Python is not both an interpreter and a compiler?

hing their own itch. And if it is really easy, then why cx_freeze, pytoexe developer are doing it in such a rubbish way instead of creating one (compiler)? You'd have to ask them. Emile -- https://mail.python.org/mailman/listinfo/python-list

Re: Why Python is not both an interpreter and a compiler?

ytoexe developer are doing it in such a rubbish way instead of creating one (compiler)? -- https://mail.python.org/mailman/listinfo/python-list

Re: Why Python is not both an interpreter and a compiler?

Ben Finney : > Yes, that's because the C language is low-level enough that a compiler > can target directly the host CPU's machine code. A Python program, > though, is written in a dynamic language, which is compiled to a > virtual machine code, which needs the Python virtua

Re: Why Python is not both an interpreter and a compiler?

Mahan Marwat writes: > What I know about an interpreter and a compiler is: they both convert > source code to machine code Yes, Python implementations always compile the source code to machine code. The target machine for the Python compiler, though, is a virtual machine which the

Re: Why Python is not both an interpreter and a compiler?

On 31Aug2015 01:35, Mahan Marwat wrote: What I know about an interpreter and a compiler is: they both convert source code to machine code and the only difference is, an interpreter convert it, line by line while compiler convert the whole source file. This is simplistic and misleading

Re: Why Python is not both an interpreter and a compiler?

On Mon, Aug 31, 2015 at 6:35 PM, Mahan Marwat wrote: > What I know about an interpreter and a compiler is: they both convert source > code to machine code and the only difference is, an interpreter convert it, > line by line while compiler convert the whole source file. > Now if we

Why Python is not both an interpreter and a compiler?

What I know about an interpreter and a compiler is: they both convert source code to machine code and the only difference is, an interpreter convert it, line by line while compiler convert the whole source file. Now if we compile a C source file on C compiler, it will produce a small executable

Re: pyjs - a compiler from Python to JavaScript

Thank you Billy, we will consider using Brython. Uri. *Uri Even-Chen* [image: photo] Phone: +972-54-3995700 Email: u...@speedy.net Website: http://www.speedysoftware.com/uri/en/

Re: pyjs - a compiler from Python to JavaScript

Uri, Brython on the other hand, tries to stay true to python (python compatible). As stated before it doesn't compile to stand alone Javascript, but the compile time is usually minimal. Access to Javascript libraries is supported. You really should give it a try.. http://brython.info Billy On

Re: pyjs - a compiler from Python to JavaScript

On Wed, Aug 12, 2015 at 5:08 AM, Fabio Zadrozny wrote: > > As it's just a way to convert from a Python-like syntax to JavaScript syntax > you can even switch to plain JavaScript later on if you want -- in fact, when > you debug the code you'll be debugging JavaScript and not Python (it's like >

Re: pyjs - a compiler from Python to JavaScript

;>>> lists) but I also asked if I can use JavaScript scripts such as jQuery, >>>> jQuery UI and other jQuery plugins from the scripts in Python and Russell >>>> said it's possible but not practical for production. And I'm thinking about >>>> de

Re: pyjs - a compiler from Python to JavaScript

for production. And I'm thinking about >>> developing Speedy Mail Software or other projects for production (of course >>> after the alpha & beta are over) so I guess we are stuck with JavaScript >>> for the client side programming. And I don't mind if th

Re: pyjs - a compiler from Python to JavaScript

>> developing Speedy Mail Software or other projects for production (of course >> after the alpha & beta are over) so I guess we are stuck with JavaScript >> for the client side programming. And I don't mind if they use a compiler or >> an interpreter or any other m

Re: pyjs - a compiler from Python to JavaScript

duction (of course > after the alpha & beta are over) so I guess we are stuck with JavaScript > for the client side programming. And I don't mind if they use a compiler or > an interpreter or any other method to run Python in the client side, as > long as it works. But without usin

Re: pyjs - a compiler from Python to JavaScript

for the client side programming. And I don't mind if they use a compiler or an interpreter or any other method to run Python in the client side, as long as it works. But without using jQuery and other plugins it would be very hard to use these projects in production. Uri. *Uri Even-Chen* [i

Re: pyjs - a compiler from Python to JavaScript

On Fri, Aug 7, 2015 at 5:00 AM, Uri Even-Chen wrote: > > Are you familiar with pyjs? I saw the website and I see that the latest > stable release is from May 2012. Is it possible to use pyjs to compile Python > to JavaScript? Which versions of Python are supported? Are versions 2.7 and > 3.4 su

Re: pyjs - a compiler from Python to JavaScript

Uri, It has been a few years since I have messed with py2js. Have you checked out brython? http://brython.info It supports javascript libraries such as jQuery, raphael.js, etc. Billy On Fri, Aug 7, 2015 at 6:00 AM, Uri Even-Chen wrote: > To Python developers, > > Are you familiar with pyjs <

pyjs - a compiler from Python to JavaScript

To Python developers, Are you familiar with pyjs ? I saw the website and I see that the latest stable release is from May 2012. Is it possible to use pyjs to compile Python to JavaScript? Which versions of Python are supported? Are versions 2.7 and 3.4 supported? And is it possib

Re: what windows compiler for python 3.5?

Version 2015. Last one in my downloads is currently 2013. Pity. Ah. You may well be somewhat out of luck for the moment, then; I've no idea what status is during the betas. Once Python 3.5 is released, VS 2015 should also be available, or else the official compiler for CPython 3.5 will probab

Re: what windows compiler for python 3.5?

On 24/07/2015 11:53, Robin Becker wrote: yes I build extensions for reportlab. Unfortunately, despite our MSDN subscription to the Visual Studio stuff we have no access to the Visual Studio Version 2015. Last one in my downloads is currently 2013. Pity. I received an email today re my work MSDN

Re: what windows compiler for python 3.5?

Brian Gladman wrote: > Visual Studio 2015 Community was relased earlier this week so there is no need to work with the prerelease version. Hope MS have fixed all the "internal compiler errors". E.g. trying to compile GeoIpApi-C [1], consistently reports: libGeoIP/regionName.c

Re: what windows compiler for python 3.5?

ne in my downloads is currently 2013. Pity. > > Ah. You may well be somewhat out of luck for the moment, then; I've no > idea what status is during the betas. Once Python 3.5 is released, VS > 2015 should also be available, or else the official compiler for > CPython 3.5 will

Re: what windows compiler for python 3.5?

seeking to match the python.org builds (eg if you're building an extension module). I've no idea what the compiler requirements are if you simply want to build CPython from source. ... yes I build extensions for reportlab. Unfortunately, despite our MSDN subscription to the Visual Stud

Re: what windows compiler for python 3.5?

y well be somewhat out of luck for the moment, then; I've no idea what status is during the betas. Once Python 3.5 is released, VS 2015 should also be available, or else the official compiler for CPython 3.5 will probably be changed. In the meantime, you could possibly ask on python-dev; Steve Dowe

Re: what windows compiler for python 3.5?

you're building an extension module). I've no idea what the compiler requirements are if you simply want to build CPython from source. ... yes I build extensions for reportlab. Unfortunately, despite our MSDN subscription to the Visual Studio stuff we have no access to the V

Re: what windows compiler for python 3.5?

On Fri, Jul 24, 2015 at 8:25 PM, Robin Becker wrote: > On 24/07/2015 11:20, Robin Becker wrote: >> >> I read this >> >> https://docs.python.org/dev/whatsnew/3.5.html which incidentally marks the >> release as 3.6.0a0 :) >> >> but failed to find an

Re: what windows compiler for python 3.5?

On 24/07/2015 11:20, Robin Becker wrote: I read this https://docs.python.org/dev/whatsnew/3.5.html which incidentally marks the release as 3.6.0a0 :) but failed to find any details regarding which windows compiler is required. more searching I find this on the 3.5 b1 download page "Wi

what windows compiler for python 3.5?

I read this https://docs.python.org/dev/whatsnew/3.5.html which incidentally marks the release as 3.6.0a0 :) but failed to find any details regarding which windows compiler is required. -- Robin Becker -- https://mail.python.org/mailman/listinfo/python-list

Re: HOPE: A Python just-in-time compiler for astrophysical computations

write a special purpose "Python subset" compiler prefer starting from scratch, rather than contributing to the existing tools. It takes a while until they understand the actual size of that undertaking and that's the point where most of these projects just die. I don't mean all of

Re: HOPE: A Python just-in-time compiler for astrophysical computations

On 06/23/2015 10:53 AM, Laurent Pointal wrote: > Mark Lawrence wrote: > >> Another beasty I've just stumbled across which you may find interesting >> http://www.sciencedirect.com/science/article/pii/S2213133714000687 > > Why use a JIT complation when you could use some C++ generation then > com

Re: HOPE: A Python just-in-time compiler for astrophysical computations

Mark Lawrence wrote: > Another beasty I've just stumbled across which you may find interesting > http://www.sciencedirect.com/science/article/pii/S2213133714000687 Why use a JIT complation when you could use some C++ generation then compilation as Python module, like with Pythran ? https://git

Re: HOPE: A Python just-in-time compiler for astrophysical computations

In a message of Sun, 21 Jun 2015 10:29:32 +0100, BartC writes: >It also puts in a good dig at PyPy by including one benchmark where it >is 6 times as slow as CPython! > >It's not clear why it's particularly useful for astrophysics. > >-- >Bartc It's not that good a dig, as they say that it took

Re: HOPE: A Python just-in-time compiler for astrophysical computations

aper. I think the gist of it is, that you highlight specific Python functions that you need to be fast (add a decorator), then it tries to translate those into actual C++ by inferring types. All done transparently at runtime (although I imagine it would be hard to hide the huge machinery of a

HOPE: A Python just-in-time compiler for astrophysical computations

Another beasty I've just stumbled across which you may find interesting http://www.sciencedirect.com/science/article/pii/S2213133714000687 -- My fellow Pythonistas, ask not what our language can do for you, ask what you can do for our language. Mark Lawrence -- https://mail.python.org/mailman/

Re: Microsoft Visual C++ Compiler for Python 2.7

On Sat, Sep 27, 2014 at 11:30 AM, Dave Angel wrote: > Not Found > > The requested URL /pipermail/python-dev/2014-Sep > tember/136499.html, was not found on this server. Someone forgot to be careful of posting URLs with punctuation near them... Trim off the comma and it'll work: https://mail.pyt

Re: Microsoft Visual C++ Compiler for Python 2.7

On 09/26/2014 06:30 PM, Dave Angel wrote: Not Found Worked fine for me. -- ~Ethan~ -- https://mail.python.org/mailman/listinfo/python-list

Re:Microsoft Visual C++ Compiler for Python 2.7

Mark Lawrence Wrote in message: > I thought that Windows users who don't follow Python-dev might be > interested in this announcement > https://mail.python.org/pipermail/python-dev/2014-September/136499.html, > the rest of you can look away now :) > > -- > My fellow Pythonistas, ask not what

Microsoft Visual C++ Compiler for Python 2.7

I thought that Windows users who don't follow Python-dev might be interested in this announcement https://mail.python.org/pipermail/python-dev/2014-September/136499.html, the rest of you can look away now :) -- My fellow Pythonistas, ask not what our language can do for you, ask what you can d

A JIT compiler 'cyjit' using cython code as a backend

> I'm writing a JIT compiler named cyjit using cython code as a backend. It > designed primarily reference numba.jit. the jitted python function will be > converted to cython code then compiled to c extension. > Use decorate to specify compiled function. > for example: >

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

Op 04-11-13 10:07, Ben Finney schreef: > Antoon Pardon writes: > >> This is a typical: "Heads, I win, Tail, you lose" situation that is >> being set up. > > If you see a discussion as a zero-sum game – like a coin toss, where one > person's win can only be at the expense of someone else's loss –

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

Antoon Pardon writes: > This is a typical: "Heads, I win, Tail, you lose" situation that is > being set up. If you see a discussion as a zero-sum game – like a coin toss, where one person's win can only be at the expense of someone else's loss – then I fear this isn't going to be productive. Su

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

Op 03-11-13 23:11, Ben Finney schreef: > Antoon Pardon writes: > >> Op 03-11-13 06:17, Steven D'Aprano schreef: >>> I'm trying hard to give up threads like this, where people debate >>> the subjective tone of an email and ever more pedantic arguments >>> about the precise wording. Even when all p

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

Antoon Pardon writes: > Op 03-11-13 06:17, Steven D'Aprano schreef: > > I'm trying hard to give up threads like this, where people debate > > the subjective tone of an email and ever more pedantic arguments > > about the precise wording. Even when all participants are arguing in > > good faith, t

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

Op 03-11-13 06:17, Steven D'Aprano schreef: > On Sat, 02 Nov 2013 18:22:38 +, Joshua Landau wrote: > [...] >> Sure, you in all probability didn't mean it like that but rurpy isn't >> uncalled for in raising the concern. Really I just want to remind you >> that you're both on the same side here.

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

On 11/02/2013 11:17 PM, Steven D'Aprano wrote: > On Sat, 02 Nov 2013 18:22:38 +, Joshua Landau wrote: > [...] >> Sure, you in all probability didn't mean it like that but rurpy isn't >> uncalled for in raising the concern. Really I just want to remind you >> that you're both on the same side he

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

On 11/01/2013 09:52 PM, Steven D'Aprano wrote: >[...] > I did not declare as a > fact that he had no experience, as you claim, but posed it as a question > and expressed it explicitly as a subjective observation. This is a key point. Several of your other denials are true only if you are right

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

Op 03-11-13 06:17, Steven D'Aprano schreef: > On Sat, 02 Nov 2013 18:22:38 +, Joshua Landau wrote: > [...] >> Sure, you in all probability didn't mean it like that but rurpy isn't >> uncalled for in raising the concern. Really I just want to remind you >> that you're both on the same side here.

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

On Sat, 02 Nov 2013 18:22:38 +, Joshua Landau wrote: [...] > Sure, you in all probability didn't mean it like that but rurpy isn't > uncalled for in raising the concern. Really I just want to remind you > that you're both on the same side here. Thanks for the comments Joshua, but I'm afraid I

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

On Sun, Nov 3, 2013 at 6:49 AM, Skybuck Flying wrote: > For those programmers that want to write clear/understandable/less buggy > code instead of the fastest it could be interesting. "it", without context? What could be interesting? You're not quoting any text, so I have no idea what you're refe

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

ever would like to write your own compiler you are free to implement it the way you want it and thus hopefully your assembler analysis makes sense ;) Bye, Skybuck. -- https://mail.python.org/mailman/listinfo/python-list

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

Mark said : "The White Flag before this also escalates out of control. " This word "before" ... I don't think it means what you think it means. This thread has been off the rails for days. -- https://mail.python.org/mailman/listinfo/python-list

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

On 02/11/2013 18:22, Joshua Landau wrote: On 1 November 2013 05:41, Steven D'Aprano wrote: On Thu, 31 Oct 2013 21:41:32 -0700, rurpy wrote: On 10/31/2013 02:41 AM, Steven D'Aprano wrote: On Wed, 30 Oct 2013 19:48:55 -0700, rurpy wrote: On 10/30/2013 04:22 AM, Steven D'Aprano wrote: Skybuck

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

On 1 November 2013 05:41, Steven D'Aprano wrote: > On Thu, 31 Oct 2013 21:41:32 -0700, rurpy wrote: > >> On 10/31/2013 02:41 AM, Steven D'Aprano wrote: >>> On Wed, 30 Oct 2013 19:48:55 -0700, rurpy wrote: On 10/30/2013 04:22 AM, Steven D'Aprano wrote: > Skybuck's experience at programming

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

Op 02-11-13 02:51, ru...@yahoo.com schreef: > On 11/01/2013 06:50 AM, Antoon Pardon wrote: >> Op 01-11-13 05:41, ru...@yahoo.com schreef: >>> On 10/31/2013 02:41 AM, Steven D'Aprano wrote: >>> I don't know whether you are deliberately lying, or whether you're just such a careless reader

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

On Fri, 01 Nov 2013 18:50:02 -0700, rurpy wrote: > Instead of endlessly repeating your misrepresentation charges along with > exaggerations like "nothing of the sort", why don't you for once > actually say how my paraphrase differs materially in meaning from what > was said? I have directly addre

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

On 11/01/2013 06:50 AM, Antoon Pardon wrote: > Op 01-11-13 05:41, ru...@yahoo.com schreef: >> On 10/31/2013 02:41 AM, Steven D'Aprano wrote: >> >>> I don't know whether you are deliberately lying, or whether you're just >>> such a careless reader that you have attributed words actually written by

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

On 10/31/2013 11:41 PM, Steven D'Aprano wrote: > On Thu, 31 Oct 2013 21:41:32 -0700, rurpy wrote: >[...] >> Yes, on rereading you are correct, you did not say his proposition made >> no sense, you disagreed with him that "putting this exit condition on >> the top makes no sense" and claimed he had

Re: Possibly better loop construct, also labels+goto important and on the fly compiler idea.

Op 01-11-13 05:41, ru...@yahoo.com schreef: > On 10/31/2013 02:41 AM, Steven D'Aprano wrote: > >> I don't know whether you are deliberately lying, or whether you're just >> such a careless reader that you have attributed words actually written by >> Skybuck to me, but either way I expect an apol

  1   2   3   4   5   6   7   8   9   10   >