Nimrod 0.9.2 released
nimrod-code.org
nimrod-code.org
It has a nice big Standard Libary[1], and seems to have good tools for using compiled libaries, and generally interop with C++[2], which would be important if you wanted to use if for that.
We have a large C++ codebase, and I'd sometimes like to use a higher level language like this to knit it together. But I'm not convinced this is better than the alternatives.
[1]http://nimrod-code.org/lib.html [2]http://nimrod-code.org/nimrodc.html#importcpp-pragma
[1] https://github.com/nimrod-code/Aporia [2] https://github.com/nimrod-code/nimbuild [3] https://github.com/dom96/jester
I really like the package management of npm and Node and the amount of packages (~30000).
So this may just annoy you, but is anyone planning to make a way to run Node.js modules, or a way to convert Node.js code?
Or is there at least a package manager like npm planned?
edit Oh I see there is a JS back end.
How does the performance of a nimrod dict-like type compare with V8's object properties?
Disappointing from a developer who presumably types several ü characters each day.
In particular:
> The TRune type is used for Unicode characters, it can represent any Unicode character. TRune is declared in the unicode module.
Unicode support is provided in the standard library.
UTF-32 strings roughly take up 4x more memory than UTF-8 strings and yet hardly solve anything: The proper toUpper("ß") used to be "SS" in German (nowadays there is an upper cased 'ß'). Other languages have other rules; i18n is hard, get used to it.
IMO Nimrod's UTF-8 strings at least make the programming errors easier to spot instead of the "mostly working but fails for edge cases" style that UTF-16 or UTF-32 encourage.
Most surprising things I've found so far are allocation by reference (new(your_variable)) and a "return variable" (result).
Currently I am actually also looking into C++ (I do like it to certain extent) as it also allows me to target other platforms.