Re: Nimrod programming language

On Mon, 11 May 2009, k...@fiber-space.de wrote: > On 12 Mai, 02:10, Tomasz Rola wrote: > > On Mon, 11 May 2009, rump...@web.de wrote: > > > > One question I ask myself upon seeing a new language is if it is > > > > possible > > > > to program amb (amb=ambiguous) operator in it. This page gives a

Re: Nimrod programming language

bearophileh...@lycos.com wrote: Piet van Oostrum: You may not have seen it, but Fortran and Algol 60 belong to that category. I see. It seems my ignorance is unbounded, even for the things I like. I am very sorry. Some early versions of Basic were also flexible when it came to spaces. The ex

Re: Nimrod programming language

Piet van Oostrum: > You may not have seen it, but Fortran and Algol 60 belong to that > category. I see. It seems my ignorance is unbounded, even for the things I like. I am very sorry. Bye, bearophile -- http://mail.python.org/mailman/listinfo/python-list

Re: Nimrod programming language

> bearophileh...@lycos.com (b) wrote: >b> Nimrod also seems to ignore underscores inside names, seeing them as >b> blanks. Some languages ignore underscores inside number literals, but >b> I have never seen a language ignoring them into names too. You may not have seen it, but Fortran and Alg

Re: Nimrod programming language

bearophileh...@lycos.com wrote: rump...@web.de: Eventually the "rope" data structure (that the compiler uses heavily) will become a proper part of the library: Ropes are a complex data structure, that it has some downsides too. Python tries to keep its implementation too simple, this avoids lo

Re: Nimrod programming language

rump...@web.de: > Eventually the "rope" data structure (that the compiler uses heavily) > will become a proper part of the library: Ropes are a complex data structure, that it has some downsides too. Python tries to keep its implementation too simple, this avoids lot of troubles (and is one of the

Re: Nimrod programming language

> 3) Most text files have no header specifying the encoding anyway. How > should the programm/programmer know? And often he does not need to > know anyway. What? Off COURSE texts have no header stating the encoding! And it is the programmer's responsibility to know what a text's encoding is. So

Re: Nimrod programming language

On Tue, May 12, 2009 at 3:10 PM, wrote: >> You can certainly have a string type that uses byte arrays in UTF-8 >> encoding internally, but your string functions should be aware of that >> and treat it as a unicode string. The len function and index operators >> should count characters, not bytes.

Re: Nimrod programming language

On May 12, 12:54 pm, George Sakkis wrote: > On May 12, 12:49 pm, Mensanator wrote: > > > > > > > On May 12, 8:27 am, rump...@web.de wrote: > > > > > > > The language and library are missing arbitrary precision integer > > > > > > arithmetic, using GMP or something like that. > > > > > > True, but

Re: Nimrod programming language

On May 8, 12:48 pm, Andreas Rumpf wrote: > Dear Python-users, > > I invented a new programming language called "Nimrod" that combines Python's > readability with C's performance. Please check it out:http://force7.de/nimrod/ > Any feedback is appreciated. heh, looks more like a streamlined Object

Re: Nimrod programming language

On May 12, 12:49 pm, Mensanator wrote: > On May 12, 8:27 am, rump...@web.de wrote: > > > > > > The language and library are missing arbitrary precision integer > > > > > arithmetic, using GMP or something like that. > > > > > True, but currently not a high priority for me. > > > > Too bad. That ma

Re: Nimrod programming language

On May 12, 8:27 am, rump...@web.de wrote: > > > > The language and library are missing arbitrary precision integer > > > > arithmetic, using GMP or something like that. > > > > True, but currently not a high priority for me. > > > Too bad. That makes Nimrod officially "worthless", i.e., of no > > v

Re: Nimrod programming language

> > That is already the case: The Pascal version is translated to Nimrod > > and than compiles itself. Bootstrapping works. > > I meant why not get rid of the translation step and implement the > compiler in idiomatic Nimrod. > Not until version 1.0 is out. This way the language can evolve more eas

Re: Nimrod programming language

> > > The language and library are missing arbitrary precision integer > > > arithmetic, using GMP or something like that. > > > True, but currently not a high priority for me. > > Too bad. That makes Nimrod officially "worthless", i.e., of no > value to me. > Well, you could write a wrapper for GM

Re: Nimrod programming language

> There are two showstoppers for me though: > > 1. Introducing a new programming language where the char type is a > byte is anachronistic. You're saying that programmers don't have to > care about the string encoding and can just treat them as an array of > bytes. That is exactly what causes all t

Re: Nimrod programming language

Martin Vilcans: > Nice with a language with a new language designed for high > performance. It seems like a direct competitor with D, i.e. a > high-level language with low-level abilities. > The Python-like syntax is a good idea. There is Delight too: http://delight.sourceforge.net/ But I agree,

Re: Nimrod programming language

On Fri, May 8, 2009 at 5:48 PM, Andreas Rumpf wrote: > Dear Python-users, > > I invented a new programming language called "Nimrod" that combines Python's > readability with C's performance. Please check it out: > http://force7.de/nimrod/ > Any feedback is appreciated. Nice with a language with

Re: Nimrod programming language

On 12 Mai, 02:10, Tomasz Rola wrote: > On Mon, 11 May 2009, rump...@web.de wrote: > > > One question I ask myself upon seeing a new language is if it is possible > > > to program amb (amb=ambiguous) operator in it. This page gives a very > > > nice, "code first" explanation of amb and how it is su

Re: Nimrod programming language

In message <57f4c81a-3537-49fa-a5f6- a0cc0d43d...@o14g2000vbo.googlegroups.com>, rump...@web.de wrote: > I am dissatisfied with Python's (or Java's) Unicode handling: > 1) IO overhead to convert UTF-8 (defacto standard on UNIX) into > UTF-16. Are you sure they're using UTF-16? I would use UCS-2 o

Re: Nimrod programming language

On Mon, 11 May 2009, rump...@web.de wrote: > > One question I ask myself upon seeing a new language is if it is possible > > to program amb (amb=ambiguous) operator in it. This page gives a very > > nice, "code first" explanation of amb and how it is supposed to work: > > > > http://www.randomhack

Re: Nimrod programming language

rump...@web.de writes: > I am dissatisfied with Python's (or Java's) Unicode handling: > 1) IO overhead to convert UTF-8 (defacto standard on UNIX) into > UTF-16. So use UTF-8 internally. You can still iterate through strings efficiently. Random access would take a performance hit. When that's

Re: Nimrod programming language

On May 11, 4:55 pm, rump...@web.de wrote: > On 10 Mai, 10:40, Paul Rubin wrote:> Andreas > Rumpf writes: > > > I invented a new programming language called "Nimrod" that combines > > > Python's readability with C's performance. Please check it out: > > >http://force

Re: Nimrod programming language

> One question I ask myself upon seeing a new language is if it is possible > to program amb (amb=ambiguous) operator in it. This page gives a very > nice, "code first" explanation of amb and how it is supposed to work: > > http://www.randomhacks.net/articles/2005/10/11/amb-operator > Hm. I am not

Re: Nimrod programming language

On 10 Mai, 10:40, Paul Rubin wrote: > Andreas Rumpf writes: > > I invented a new programming language called "Nimrod" that combines > > Python's readability with C's performance. Please check it out: > >http://force7.de/nimrod/Any feedback is appreciated. > > Looks n

Re: Nimrod programming language

On 10 Mai, 07:36, k...@fiber-space.de wrote: > On 8 Mai, 17:48, Andreas Rumpf wrote: > > > Dear Python-users, > > > I invented a new programming language called "Nimrod" that combines > > Python's readability with C's performance. Please check it > > out:http://force7.de/nimrod/ > > Any feedback

Re: Nimrod programming language

On Fri, 8 May 2009, Andreas Rumpf wrote: > Dear Python-users, > > I invented a new programming language called "Nimrod" that combines > Python's readability with C's performance. Please check it out: > http://force7.de/nimrod/ > Any feedback is appreciated. > > Regards, > Andreas Rumpf Inter

Re: Nimrod programming language

Andreas Rumpf wrote: Dear Python-users, I invented a new programming language called "Nimrod" that combines Python's readability with C's performance. Please check it out: http://force7.de/nimrod/ Any feedback is appreciated. Regards, Andreas Rumpf

Re: Nimrod programming language

On 10 Mai, 10:40, Paul Rubin wrote: > > Looks nice in many ways.  You also know about PyPy and Felix > (felix.sf.net)? Try http://felix-lang.org/ for the latter, I believe. Paul -- http://mail.python.org/mailman/listinfo/python-list

Re: Nimrod programming language

Andreas Rumpf writes: > I invented a new programming language called "Nimrod" that combines > Python's readability with C's performance. Please check it out: > http://force7.de/nimrod/ Any feedback is appreciated. Looks nice in many ways. You also know about PyPy and Felix (felix.sf.net)? It se

Re: Nimrod programming language

On 8 Mai, 17:48, Andreas Rumpf wrote: > Dear Python-users, > > I invented a new programming language called "Nimrod" that combines Python's > readability with C's performance. Please check it out:http://force7.de/nimrod/ > Any feedback is appreciated. > > Regards, > Andreas Rumpf > >

Nimrod programming language

Dear Python-users, I invented a new programming language called "Nimrod" that combines Python's readability with C's performance. Please check it out: http://force7.de/nimrod/ Any feedback is appreciated. Regards, Andreas Rumpf __ GRATIS für a