4 ms·

Nim lacks certain basics such as algebraic enums, so ...no. Also responding with a brief "so, Nim" to everyone isn't effective at doing much.

• planetis 4y ago
  object variants are more flexible than enum types so what you see as a limitation others don't.
  • spion 4y ago
    No, I want first class algebraic datatypes that don't make easy things hard i.e. https://forum.nim-lang.org/t/904 https://forum.nim-lang.org/t/904 vs `#[derive(Eq)]`
    • planetis 4y ago
      Libraries exist: https://github.com/haxscramper/nimtraits https://github.com/haxscramper/nimtraits https://github.com/andreaferretti/patty https://github.com/andreaferretti/patty https://github.com/alaviss/union https://github.com/alaviss/union Again we are not new to this problem and already offer alternatives.
      • spion 4y ago
        This is something that should be in the core language, not in a deprecated library
        • planetis 4y ago
          Mind explaining why algebraic types are better? than cased objects and why a limitation in the fields iterator, that prevents `==` to be automatically lifted, is connected to that?