ziotom78

57 ms·

1. 361.▲
   by ziotom78 11y ago

   I think the point was that any parser should always produce clear messages. What it should not do is to print some nerdy text and require the user to have an internet connection and Google just to understand what the compiler was expectin
2. 362.▲
   by ziotom78 12y ago

   Congratulations to the developers for the impressive list of improvements and fixes! Nim is becoming my first choice of programming language in a large number of situations. I hope to see version 1.0 soon. Keep up the good work!
3. 363.▲
   by ziotom78 12y ago

   This discussion is more than one month old, while the news leaked just yesterday.
4. 364.▲
   by ziotom78 12y ago

   Why should such comparison be unreasonable? The fact that a compiler internally produces C/Assembly/Brainfuck/whatever code to produce the final binary should be relevant only for computer science theorists, not for the major
5. 365.▲
   by ziotom78 12y ago

   I think you hit the nail on the head. I've been following the Nim forum and the IRC channel for a while and, while I fully agree with dom96 about Rumpf not being the only developer, still find the difference with communities like Julia
6. 366.▲
   by ziotom78 12y ago

   I absolutely agree! And I hope that a module system will help C++ in improving its compilation times too: templates slow gcc a lot. Just an example. In the previous months I had to re-write a medium-sized project (~5000 lines of C++), and I