Re: for convenience

Yes, Chris, you can do all kinds of useful things in Python and I can not make much of a case for requiring a pre-processor. The main reason would be to make code that interprets faster or produces a smaller file of Python commands. All I was saying was that there might be a scenario where a text

Re: for convenience

Chris: > To a very large degree, the rules are and must be the same regardless > of the library/module. I may not have been clear. I am aware of all kinds of mini-languages such as various forms of regular expressions where some string contains a fairly complex program using existing symbols like

Re: for convenience

On Fri, 25 Mar 2022 at 10:44, Avi Gross wrote: > But would it be helpful? Maybe. I am thinking back to decades ago when I > did C and C++ programming and how we used it. It was way more that just: > > #DEFINE TIMEZONE 5 > > The above use is sort of to create a constant. What we often used was ways

Re: for convenience

Chris: > No, I would say that a preprocessor of that sort isn't necessary to a > Python-like language. If you really want one, it's honestly not that > hard to do; remember, "preprocessor" means that it processes the > source code before the main language sees it, so you can do that even > with Pyt

Re: for convenience

On Fri, 25 Mar 2022 at 06:05, Grant Edwards wrote: > > On 2022-03-24, Chris Angelico wrote: > > > No, I would say that a preprocessor of that sort isn't necessary to a > > Python-like language. If you really want one, it's honestly not that > > hard to do; remember, "preprocessor" means that it p

Re: for convenience

On 2022-03-24, Chris Angelico wrote: > No, I would say that a preprocessor of that sort isn't necessary to a > Python-like language. If you really want one, it's honestly not that > hard to do; remember, "preprocessor" means that it processes the > source code before the main language sees it, so

Re: for convenience

On Fri, 25 Mar 2022 at 04:15, Avi Gross via Python-list wrote: > Python made lots of choices early on and then tried to graft on ever more > features, sometimes well and sometimes not optimally. The same is true > for so many other languages. A carefully designed new language built now > might ana

Re: for convenience

Hopefully, adding to what Dave said, it helps to understand there often are choices and tradeoffs in everything and in particular to language design. And choices propagate so that making choice A and B may box you in so at some point choice Z is pretty much forced unless you start over and make o

Re: Pyto Implementation - GROWING TREND

On 2022-03-24, Steeve Kerou via Python-list wrote: > We develop Pyto - the first python class with an animated character > that helps you learn the basics concepts of Python Language ... Let me guess, the character is named "clipPy"? -- Grant -- https://mail.python.org/mailman/listinfo/python-

Pyto Implementation - GROWING TREND

Hi, We develop Pyto - the first python class with an animated character that helps you learn the basics concepts of Python Language like you're playing video game - and we'd like it to be implemented.  Potential is limitless and can reach unlimited number of new users who will then use your soft

[RELEASE] Python 3.10.4 and 3.9.12 are now available out of schedule

Did anybody say cursed releases ? Well, it turns out that 3.10.3 and 3.9.11 both shipped a regression which caused those versions not to build on Red Hat Enterprise Linux 6. While t

Re: for convenience

On 22/03/2022 18.04, dn wrote: > and thank you - it is refreshing, if not enervating, to receive feedback > on efforts-expended! > > You will also notice, that now you understand the id() stuff, the > tag-team effect between @Chris and I (which we have often played, albeit > not by-design), now m