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

> 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