3 ms·
> C# would do, too, but it doesn’t have Clojure. Do you mean .NET would do too?
by LandR 6y ago
> C# would do, too, but it doesn’t have Clojure.
Do you mean .NET would do too?
- spacemanmatt 6y agoProbably means CLR. And there is technically some Clojure for CLR but it's not as regularly maintained.
- harperlee 6y agoI have not used CLR but last time someone said here it was abandoned (I know, not what you said!), Alex Miller response was that it was up to date with the JVM version: https://news.ycombinator.com/item?id=21192321 https://news.ycombinator.com/item?id=21192321 Admittedly this was a year ago! Time flies...
- nlitened 6y agoI am pretty sure Clojure is "stable" so nothing changed in the past year.
- harperlee 6y agoThis is only incidentally correct (last stable release was June 6, 2019), because clojure is still evolving, just slowly and stably. A new prerelease was announced September 4, 2020 at https://insideclojure.org https://insideclojure.org.
- joppy 6y agoSome Clojure libraries have a hard dependency on Java (or JavaScript, in the case of libraries supporting ClojureScript) - Clojure does not cover all use cases. For example, if you want to do anything more complicated than find-all-matches with a regular expression you need to call the underlying Java classes from Clojure. I expect this is probably the biggest obstacle to getting Clojure on CLR working properly: the language is not the issue, the libraries are.
- spacemanmatt 6y agoYeah, to that extent, I feel like you need to pick your runtime first with Clojure. Like you said, it dictates quite a lot about your development options.
- fulafel 6y agoWhat kind of use cases have you had with the regexps that were not covered? (Just curious as I've not hit this). The builting regexp support can do many kinds of advanced regexp things such as having a callback fn return the substitution or precompiling into regexp objects, lazily iterating over matches etc.