3 ms·
> It is substantially more sophisticated than DotLisp and I strongly recommend it, unless you must target .Net. > The idea behind DotLisp was to build a Li
by platz 12y ago
> It is substantially more sophisticated than DotLisp and I strongly recommend it, unless you must target .Net.
> The idea behind DotLisp was to build a Lisp for .Net that yielded to the CLR those things provided by the CLR that languages normally have to provide themselves:
Is the author aware that Rich also implemented ClojureCLR? http://clojure.org/clojureclr http://clojure.org/clojureclr
I'm curious how DotLisp improves on the situation provided by clojureclr, especially since "It is substantially more sophisticated than DotLisp".
It might be "sharing type system, GC and other runtime services etc., with transparent access to .Net w/o a FFI or wrappers", I am note sure if clojureclr requires wrappers whereas DotLisp doesn't, but I imagine it would be similar to how Clojure proper integrates with the JVM.
- Sanddancer 12y agoThe author is Rich Hickey. This was a project of his before Clojure, and he just never updated the page after Clojure became available for the CLR.
- platz 12y agoah, whoops - that was quite a mistake on my part!
- WalterGR 12y agoI was really surprised to read that > ClojureCLR development closely tracks progress in the ClojureJVM project. We index many of our commits directly to commits in the Clojure repo, so it should be easy to track our progress. We try to be within a week or so of development milestones on the main Clojure project. https://github.com/clojure/clojure-clr/wiki https://github.com/clojure/clojure-clr/wiki I thought ClojureCLR had been abandoned after Rich Hickey started working on ClojureJVM. Bug tracker: http://dev.clojure.org/jira/browse/CLJCLR http://dev.clojure.org/jira/browse/CLJCLR
- technomancy 12y ago> I thought ClojureCLR had been abandoned after Rich Hickey started working on ClojureJVM. It actually was abandoned, and then someone else came along and picked it back up.