This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-10-02
Channels
- # aleph (3)
- # announcements (2)
- # babashka (4)
- # beginners (74)
- # calva (21)
- # clj-kondo (30)
- # cljs-dev (7)
- # cljsrn (42)
- # clojure (121)
- # clojure-dev (13)
- # clojure-europe (23)
- # clojure-losangeles (2)
- # clojure-nl (2)
- # clojure-norway (7)
- # clojure-spec (140)
- # clojure-uk (58)
- # clojuredesign-podcast (9)
- # clojurescript (49)
- # clojutre (2)
- # cursive (32)
- # datascript (2)
- # datomic (59)
- # duct (7)
- # figwheel-main (6)
- # fulcro (18)
- # graphql (5)
- # jackdaw (1)
- # joker (6)
- # juxt (7)
- # leiningen (9)
- # off-topic (1)
- # pedestal (14)
- # quil (2)
- # re-frame (3)
- # reitit (8)
- # shadow-cljs (78)
- # sql (8)
- # timbre (3)
- # vim (69)
how do I use native artifacts that aren’t in jars? E.g. [com.almworks.sqlite4java/libsqlite4java-osx "1.0.392" :extension "dylib"]
? This dep puts the dylib in ~/.m2/repository
, but how can I set java.library.path
to include that?
@csm301 I wonder if any of the “native” options here https://github.com/technomancy/leiningen/blob/stable/sample.project.clj#L317 help?
or perhaps the :native-prefix
option within a :dependencies
entry - also, mentioned there
not so far, from what I’ve tried. I don’t see the native lib get copied into target/native
. Also %s
doesn’t expand to the target path in jvm-opts, and it seems you can’t use a function in :jvm-opts
I think the sqlite4java lib is actually trying to load the wrong native lib name, for whatever reason, so that might be my issue