The Nim team is proud and happy to announce Nim version 2.0.
  • I Cast Fist@programming.dev
    0·
    1 year ago

    I’m curious to the reasoning behind moving a bunch of standard library stuff to external packages, listed at the end of the blog post. Faster compiling? Smaller executables? Faster development for each now separate package?

    • unquietwiki@programming.devOPEnglish
      1·
      1 year ago

      I saw that list, and figured that they were distancing themselves from obsolete encryption (MD5 & SHA-1), as well as remove database management from their scope (which seems like the right move, IMO).

  • itadakimasu@programming.dev
    0·
    1 year ago

    I want to love Nim but during my trial run with it. It was a pain in the ass to get set up on my Mac in a way that I could use it easily ie as a repl for quick and dirty prototyping and learning

      • itadakimasu@programming.dev
        1·
        1 year ago

        No issue setting up Nim itself (and I realize my complaint is not fault to Nim itself) but it would be great if this complimentary jupyter kernel for Nim would work on MacOS… Hasn’t been maintained in a while: https://github.com/stisa/jupyternim/issues/38

        Would be very useful for my workflow as someone who wants to explore Nim for data science-y type tasks.

        Anyone know of an alternative Nim jupyter kernel?

        • janAkali@lemmy.oneEnglish
          1·
          1 year ago

          Try inim.

          It’s not perfect, but closest thing to repl.
          I use it all the time for very small experiments.
          Installation should be as easy as:

          nimble install inim