[QUESTION] Why Clojurescript and not JVM?

Question

[QUESTION] Why Clojurescript and not JVM?

Closed this issue 6 years ago · 14 comments

Why Clojurescript and not JVM?

Answer 1 · 2018-03-29T13:27:13.000Z

I come from js and node background so it is easier for me to hack on. Plus lumo is awesome and it does a lot of heavy-lifting. Basically when I saw lumo I got the idea I could just hack the REPL a bit and got the prototype working.

I think with the new clj tool and clj.main Clojure proper gets more hackable too. It would be a cool exercise to abstract the code and implement platform specific code for JVM support. I would like to have that eventually down the road.

Answer 2 · 2018-03-29T18:28:53.000Z

That'd be awesome! JVM Clojure is both faster, more stable, more secure, and has a lot more libraries! 👍🏻

…

On Thu, Mar 29, 2018 at 5:57 PM, Jakub Dundalek ***@***.***> wrote: I come from js and node background so it is easier for me to hack on. Plus lumo is awesome and it does a lot of heavy-lifting. Basically when I saw lumo I got the idea I could just hack the REPL a bit and got the prototype working. I think with the new clj tool and clj.main Clojure proper gets more hackable too. It would be a cool exercise to abstract the code and implement platform specific code for JVM support. I would like to have that eventually down the road. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#66 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/Aii--l9Lsly6aFD7oIya8nBTyvj_xb7Mks5tjOEzgaJpZM4S_IbJ> .

Answer 3 · 2018-09-02T07:17:42.000Z

JVM is faster, but has a lot slower startup time. Waiting 10 seconds for your shell to start up every time would be a no-go for me.
Otherwise I would also like to see a JVM version.

Answer 4 · 2018-09-02T18:19:27.000Z

I am hoping that in the future it could be compiled to native code with Graal which should make the startup time be less than a second.

Anyway, the JVM port is in progress in the master branch. It is mostly done, there are just a few issues that need to be ironed out before a release.

Answer 5 · 2018-09-07T07:48:21.000Z

this is exciting. when will this be out?

Answer 6 · 2018-09-08T15:44:10.000Z

I don't want to give any promises, but it will hopefully be done in a month or so.

Answer 7 · 2018-09-27T20:53:44.000Z

Just FYI here are remaining issues that need to be completed for the JVM integration so that it can be released for v0.3:

Fix remaining failing unit tests regarding file redirection
Fix cding to non-existing directory which ends in infinite loop
Handle SIGINT properly
- For example when a process runs (like sleep 10) and ctrl+c is pressed then shell quits.
- Make sure it also interrupts properly when running in process thread, e.g. (Thread/sleep 10000) and pressing crtl+c
Bonus: Port the autojump integration
Fix glob expansion when switching directories

Answer 8 · 2018-09-28T00:17:48.000Z

would it also be possible to have nrepl support?

Answer 9 · 2018-09-28T11:43:25.000Z

@zcaudate What would be the use case for having nrepl?

Answer 10 · 2018-09-28T12:37:28.000Z

@dundalek: I'd be looking at it as a replacement for lein

Answer 11 · 2018-09-28T12:39:01.000Z

it'd be essentially like having both the shell and the repl in one.

Answer 12 · 2018-09-28T20:01:19.000Z

@zcaudate I see, it should be possible to include nrepl middleware to start an nrepl server. Could you create a separate issue so we can track it there?

Answer 13 · 2018-10-09T08:42:48.000Z

I think this can be closed as there is a JVM version now..? 🎉 #87

I'm already playing with it => #92

Answer 14 · 2018-10-09T19:44:36.000Z

I agree. Unfortunately more blocking issues were discovered. There are separate issues opened, I label them with bug and jvm tags.