Re:SPy: An interpreter and compiler for a fast statically ty...
by thomasmg on Wednesday November 05, 2025 @02:33PM
(#45826872)
Yes, there are quite many real-world cases of this architecure. But, wouldn't it be better it the same language (more or less) can be used for both? I don't think such a language exists currently, but I think it would be a nice goal.
[ Parent
| on HN ]
Re:SPy: An interpreter and compiler for a fast statically ty...
by sophrosyne42 on Wednesday November 05, 2025 @02:46PM
(#45827018)
Oxcaml, of course.
Re:SPy: An interpreter and compiler for a fast statically ty...
by thomasmg on Wednesday November 05, 2025 @03:21PM
(#45827436)
Interesting, I was not aware of OxCaml. (If this is what you mean.) It does seem to tick a few boxes actually. For my taste, the syntax is not as concise / clean as Python, and for me, it is "too functional". It shares with Python (and many high-level languages) the tracing garbage collection, but maybe that is the price to pay for an easy-to-use memory safe language.
In my view, a "better" language would be a simple language as concise as Python, but fully typed (via type inference); memory safe, but without the need of tracing GC. I think memory management should be a mix of Swift and Rust (that is, a mix of reference counting and single ownership with borrowing, where need for speed).
Re:SPy: An interpreter and compiler for a fast statically ty...
by stonemetal12 on Wednesday November 05, 2025 @06:12PM
(#45829334)
What would be the point of the second language if it was basically the same language as the first?
In general you want a solid engineering language with a focus on correctness, and a second "scripting" language focusing on quick development.
Second if the languages are very similar but not the same it seems like you would see "confusion" errors where people accidently use lang 1 in lang 2's context or vice versa.
Re:SPy: An interpreter and compiler for a fast statically ty...
by robert-brown on Thursday November 06, 2025 @10:34AM
(#45836345)
Common Lisp