Re: Calling Native C-code from Clojure

Cool! Thanks again Chris. On Saturday, December 5, 2020 at 4:09:39 PM UTC+1 ch...@techascent.com wrote: > You are most welcome :-). For numerical computation, libjulia-clj > may interest you :-). > > On Sat, Dec 5, 2020 at 8:06 AM John Doe wrote: >

Re: State of Clojure/CLR: (was: Scicloj meeting: Nikita Propokov about Skija - graphics in the JVM)

The time for the Skija meetup has changed: https://time.is/1400_16_Dec_2020_in_UTC/ The RSVP link stays the same: https://tinyurl.com/yyb6zhmd On Friday, 20 November 2020 at 17:49:00 UTC+2 dmiller wrote: > Reports of the death of ClojureCLR are greatly exaggerated. > > The newframework branch in

Re: Calling Native C-code from Clojure

You are most welcome :-). For numerical computation, libjulia-clj may interest you :-). On Sat, Dec 5, 2020 at 8:06 AM John Doe wrote: > Thank you Chris. It's very helpful. > > The approach you took for dtype-next is very interesting. This library is

Re: Calling Native C-code from Clojure

Thank you Chris. It's very helpful. The approach you took for dtype-next is very interesting. This library is closer to my work (numerical computation). Also, the efficient use of Java heap is very interesting although I admit I don't know enough about it. This reminds me of Rich Hickey's empha

Re: Calling Native C-code from Clojure

Thanks so much lvh. Your Youtube presentation was one of the main reasons I chose JNI-FFI :-) I did not consider looking into Caesium, let alone the source code: probably, because my current work does not involve cryptography. Thank you so much for the github link to the repo. Looking at the so