gokr

7 ms·

31.
by gokr 10y ago
And if you like Rebol you should. Spry is nowhere near as evolved as Red (which is darn impressive) and Spry is also moving towards Smalltalk more than Rebol. I also think there is quite a bit of difference in philosophy. Rebol/Red lov
32.
by gokr 10y ago
And yeah, Parse is very interesting. I would like to do something similar in Spry but perhaps borrowing more from PetitParser (a very nice parser combinator library in Smalltalk from Lukas Renggli)
33.
by gokr 10y ago
funci for infix. func for prefix. May end up changing that.
34.
by gokr 10y ago
Thanks! And oh, for longer discussions do pop in on gitter, gokr/spry. Some attempts at answers: Yes, the select: there is not polymorphic, it's simply a function (as of right now). clone is a primitive function, can be seen here:
35.
by gokr 10y ago
And also, the block [echo :x] doesn't use declarations of parameters - instead the ":x" is an operation that pulls in the next argument from the call site and stores it into the local binding x in the closure. Almost Forth-is
36.
by gokr 10y ago
Yes, correct. It's worth noting that echo is a prefix function so Spry supports both infix (first argument is on the left) and prefix functions, and if there is a series of keywords the parser will rewrite the keyword call to a prefix&
37.
by gokr 10y ago
Just curious about what you refer to as "excessive punctuation"? You mean blocks []? There are no statement separators (!) in Spry and the grammar is very, very minimalistic. You could argue in some ways Spry is "a Lisp witho
38.
by gokr 10y ago
(author of Spry) Just a few notes: I like the cleanliness of Lisp, but I have always found it hard to read. That's one reason for Spry to have a bit more syntactic elements than Lisp. Spry supports both prefix and keyword style functio
39.
by gokr 10y ago
You can play around with Nim for getting some numbers on this - since it can compile to C, C++ or js.
40.
by gokr 11y ago
IMHO it's not worthless. Nim has ptr and addr, but they are explicitly described as unsafe and only used "when you have to", like interfacing with C/C++ etc. I have never used them outside of C/C++ integration. Rust
41.
by gokr 11y ago
See my comment https://news.ycombinator.com/item?id=10992077 It seems to me that a) Nim is (or at least is meant to be, but bugs can sidestep it) memory safe if you stay within the rules for it, and b) Nim is not throwing
42.
by gokr 11y ago
I also found several items in Pony to be interesting, and Andreas is very aware of Pony. One drawback of Pony is that it is written in C, while Nim is written in Nim. But a lot of the concepts in Pony are worth looking hard at :)
43.
by gokr 11y ago
No, you get Nim source code debugging using line number directives etc, works great including breakpoints and all. I have tested several IDEs and it works. But data inspection does generally not work - that would require some work to suppor
44.
by gokr 11y ago
Thank you for clearing that up - I have always been confused when pcwalton has written (a bunch of times) that "Nim's GC isn't thread safe" - since... I knew about the deep serialization and couldn't for my life und
45.
by gokr 11y ago
I still don't see it. You wrote "Nim claims it's secure" and I wonder where Nim does that. What I do see is careful explanations in the language manual what is safe and what is not. I am not even remotely as sharp as pcw
46.
by gokr 11y ago
Two links that you may have seen: http://forum.nim-lang.org/t/658 http://disconnected.systems/nim-on-arduino/
47.
by gokr 11y ago
Debugging via gdb and frontends using gdb like KDevelop or QtCreator works very well - except data drilling. But that may be solved eventually.
48.
by gokr 11y ago
Just curious since I must have missed it - where is this claimed? On nim-lang.org? And yes, Nim is not 1.0 yet so some areas are still evolving. And no, I don't think I asked anything?
49.
by gokr 11y ago
The creator? I may be daft but that is someone saying he/she has been using Nim for one year?
50.
by gokr 11y ago
Great! Thing is, Rust and Nim are very different. Just as I wouldn't put Rust down for not having GC (I love languages moving the art forward) I just wish we could look at Nim as a language with different design goals than Rust. I know
51.
by gokr 11y ago
Note though that C++ is something very different. And c2nim can produce C++ wrappers, see for example Urhonimo, a Nim wrapper of Urhod3D. Of course this is a benefit from going via C/C++ offsetting the disadvantage. Btw, I am not negat
52.
by gokr 11y ago
Sure, and I can apologize for my wording in advance too! But I do stand by my opinion that he doesn't have to drop that in every single time Nim is mentioned. Evidently Go-people feel the same I noticed.
53.
by gokr 11y ago
About safe/undefined etc I think it has been answered before (there are probably more places): https://news.ycombinator.com/item?id=9643690 Personally I am quite sick and tired of that particular "take" on Ni
54.
by gokr 11y ago
But... generally, I would say all these languages can replace each other (well, ok, perhaps not C) given the right circumstances. Nim has one nice thing going for it - and that is very good C/C++ integration. Rust has it's safety
55.
by gokr 11y ago
Great work man! I will get one for sure.
56.
by gokr 11y ago
Nim compiles to very efficient C or C++ (or js) and most benchmarks shows Nim programs performance being almost the exact same as C/C++ - and often better than Rust. So... why not using it to replace C and C++? Since I have worked with
57.
by gokr 11y ago
I can however mention that with the Urhonimo project (currently dormant, but still quite cool) we had no issues with using the C++ backend. Although Andreas did make a bunch of improvements to c2nim and perhaps the Nim compiler too IIRC. An
58.
by gokr 11y ago
Ha! That's funny, noone has noticed that before you :) I wonder if I was thinking of a fifth or not...
59.
by gokr 11y ago
I will fix it, Nimrod was renamed.
60.
by gokr 11y ago
Nothing prevents you from static linking AFAIK: https://www.schipplock.software/p/static-linking-with-nim.ht... Googling a bit finds more on the subject, for example to go very small: http://hookrace.net&#x2

More ›