This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-03-31
Channels
- # arachne (4)
- # beginners (21)
- # boot (36)
- # cider (59)
- # cljsrn (8)
- # clojure (260)
- # clojure-filipino (3)
- # clojure-greece (3)
- # clojure-italy (15)
- # clojure-russia (58)
- # clojure-spec (54)
- # clojure-uk (99)
- # clojureremote (5)
- # clojurescript (65)
- # core-matrix (1)
- # cursive (17)
- # data-science (9)
- # datascript (7)
- # datomic (33)
- # emacs (8)
- # hoplon (2)
- # jobs (1)
- # jobs-discuss (2)
- # lein-figwheel (2)
- # lumo (2)
- # numerical-computing (1)
- # off-topic (22)
- # om (78)
- # onyx (17)
- # parinfer (3)
- # pedestal (5)
- # perun (1)
- # powderkeg (19)
- # protorepl (37)
- # re-frame (3)
- # rum (2)
- # spacemacs (1)
- # uncomplicate (8)
- # unrepl (78)
- # untangled (29)
- # yada (41)
no. neanderthal is enqueuing the kernels that have already been compiled and outside clojure. if you write your own kernels, it is in the domain of clojurecl, not neanderthal.
basically, you are just calling the functions, but the functions are "remote", working on the gpu, not in jvm.
The latest neanderthal is great, thanks. Though I need to some work (copy dylibs to /usr/local/lib, and can’t figure out why java.library.path does not work). This time, I managed to run clojurecl (though yes, on my mac only version 1.2 is supported). Thanks again.
@chunsj Thanks for reporting that. java.library.path doesn't work, but did you try DYLD_LIBRARY_PATH or LD_LIBRARY_PATH? I believe that setting one of those two (i'm not sure which one) should have the same effect as copying to /usr/local/lib.
http://dragan.rocks/articles/17/Neanderthal-090-released-Clojure-high-performance-computing
@blueberry right, DULD_LIBRARY_PATH works, however, I’d like to try more portable solution 🙂
@blueberry Oh, I mean DYLD_… not DULD...