3 ms·
You say that Haskell is not suited for the kind of work Rust focuses on. I would like to ask you for exactly what reasons is Haskell not suited for that kind of
by thesz 6y ago
You say that Haskell is not suited for the kind of work Rust focuses on. I would like to ask you for exactly what reasons is Haskell not suited for that kind of work?
I think you did not think about embedding language into Haskell. Most of, if not all, machinery in Rust can be embedded into Haskell and used from there.
But I think you will not go that path. That's okay, I see that you prefer to design languages instead of writing libraries. Fair choice, I concur.
- steveklabnik 6y ago> I would like to ask you for exactly what reasons is Haskell not suited for that kind of work? The most obvious one is the mandatory runtime. EDIT: those projects you cite are effectively languages on their own, you're not running Haskell on the device, you are writing a DSL in Haskell that compiles to something else entirely. That is an approach that can work, but most of the ones I know about had some limited success and then have basically died out. Atom was last released in 2015, and has had only a few commits since then. Similar projects like Ivory have also petered out, in my understanding.
- thesz 6y agoThe runtime is not mandatory at all. [1] http://cufp.org/archive/2008/slides/HawkinsTom.pdf http://cufp.org/archive/2008/slides/HawkinsTom.pdf I have managed to compile Haskell code into C, Java and, finally, VHDL for some hardware simulation project. All that code did not require any kind of runtime except what was needed by typical program in that language. You seem to completely throw away whole point about embedding language into Haskell. I am okay with that. Do you?
- steveklabnik 6y agoMaybe you missed my edit, I addressed that. It's a very different claim, and so wasn't a thing I was responding to. There are different reasons to not prefer that approach. This kind of regular condescension from the fanbase is a great reason not to, for example.
- thesz 6y agoWhat are other reasons to not to prefer that approach? I am interested in technical ones.
- steveklabnik 6y agoWell, you can't really separate things that way because they're inter-related, but honestly, I don't really have a ton of motivation to bother replying to you anymore. Embedded languages / domain specific languages vs not is pretty well-worn at this point, I don't have anything new to say here.
- thesz 6y agoCan it be that the "few commits" situation with Atom is because Atom is sufficient for most purposes of its users?