java.lang.UnsatisfiedLinkError on Mac OS X #15
Comments
|
Does the hello-world project from the example folder work on your machine? |
|
Yes, hello-world example works. copying those native libs to project root allow me to get pass the native LinkError. Now, trying to run an example, (ns matrix.core (gpu/with-default-1 (gpu/with-default-1 CLBlast error: kKernellaunchError. ThreadPoolExecutor.java: 1142 java.util.concurrent.ThreadPoolExecutor/runWorker |
|
Can you please set up minimal project that does not work and put it on GitHub? Before that, are you sure that your Mac supports OpenCL? Can you try the following, and post the results here? (use `uncomplicate.clojurecl.info)
(use `uncomplicate.clojurecl.core)
(map info (devices (first (platforms)))) |
|
BTW, you seem to have made copy/paste error in the blue part of the code. It should be: (with-release [gpu-x (transfer! (sv 1 -2 3) (clv 3))]
(asum gpu-x))or (with-release [gpu-x (clv 1 -2 3]
(asum gpu-x)) |
|
Could this be a problem with the libraries I compiled? El miércoles, 25 de mayo de 2016, Dragan Djuric [email protected]
|
|
(map info (devices (first (platforms)))) output is very long. Here are snippets for each DeviceInfo (three objects). My Macbook System Info shows two graphic cards, Intel and NVIDIA. It seems Intel one shows up two times with different OpenCL driver-versions. All three DeviceInfo objects have lots CL_INVALID_VALUE entries. (btw, [] in code was lost when copy/paste here. github markdown)
2)-------------------------------------------------------
3)---------------------------------------------------------
|
|
@amherag @fonghou https://github.com/uncomplicate/neanderthal/tree/master/examples/hello-world now contains opencl1 and opencl2 examples that I tested on my AMD GPU. |
|
At core.clj gives me:
so it works. For opencl1.clj, I run: (with-default-1 and I get:
Okay! I remember getting the same yesterday, but I naïvely assumed that the problem was that I was trying to run something on the GPU, but And gives 8.0 as a result. Try running this @fonghou. I hope this helps you all to find the problem. |
|
I'll change However, since the configuration might be different on each machine, with devices of different cappabilities, the best way is to explicitly choose the device you want to use, instead of using the For example, you can use with-default-1 as a quick template, but filtering (with-platform (first (platforms))
(let [dev (first (sort-by-cl-version (devices :gpu)))]
(with-context (context [dev])
(with-queue (command-queue-1 dev)
;; do your calculations here
))))) |
|
@fonghou I updated hello-world with the second example in opencl1 |
|
@blueberry Thank you very much for setting an example for me! I still had to copy native libs to project root, like this... (now I understood this is a seperate issue, either with lein, or jocl-blast jar). Now this works. As you suspected, this didn't. Thanks again for the troubleshooting. Amazing library BTW. Regards |
|
ls -l hello-world ~/d/g/n/e/hello-world ❯❯❯ ll master ◼ |
|
regarding native libraries: maybe with your initial trials you messed up something in the system. Please try to erase jocl libraries trom the tmp folder (i don't know where that is on mac), or simply reboot the machine for them to be cleaned up, clone a fresh, clean hello world, and then try again. |
|
Tried reboot a few times, even in safe mode, with no luck. leiningen native libraries handling seems known complicated. Close the issue for now. Thanks! |
|
@amherag Can you please try to remove libclblast.dylib from your machine (if you installed it as a part of clblast build process with |
|
It fails. |
|
Hmmm. Can you try JOCL and JOCLBlast from Java and see whether it works? |
|
On Linux it works properly, even when I remove libclblast globally... |
|
I loaded it in a Java source file. Can you give me an example to run? |
|
Library not loaded: libclblast.dylib I'll recompile today and look for the problem. |
|
OK. Thanks. If it might be an issue with JOCLBlast's library loading (there was one previously on linux). Don't bang your head too much on it, just make sure you gather the right data and isolate the problem so we can open an issue in JOCLBlast and ask @gpu for help. Relevant JOCLBlast issue gpu/JOCLBlast#3 |
|
Admittedly, I did not read this whole issue discussion (or rather: did not understand large parts of it, due to lack of background knowledge). But if I understood this correctly: The example that blueberry linked to causes an That's a new one for me. (I summarized different sorts of UnsatisfiedLinkErrors in the JCuda FAQ, but this is not one of them). Websearches for (And just to be sure, @amherag The JOCLBlast example also fails on your machine? So this is likely a general issue with the dependent library loading on Mac?) |
|
Yes, the JOCLBlast example fails on my machine. I keep thinking that it's weird to store the library on apple/x86_64 (the apple/ part). This is correct, right? I place the libclblast.dylib in that directory, compile JOCLBlast, and it packages it, but Mac doesn't seem to load it. |
|
I'm not sure what you mean by "weird" in this case. The intention is to have the possibility to disambiguate between the dependencies for different OSes and architectures. For example, the However, although this may now in fact turn out to be an issue of JOCLBlast (and not neanderthal), I'm curious what's going wrong there. The following is a test that tweaks the logger of the It should indicate whether the libraries are loaded, and in which order they are loaded. For example, the output (here, in my office, with a slightly out-dated version) is showing that it does first load the |
|
Ignore that thing I said. I'm ignorant regarding how the libraries are loaded. I was thinking something like maybe the directory name should be "osx", but then I thought that maybe you coded JOCLBlast to specifically read "apple/" when OS X was detected, and then I felt dumb. As I said, I'm a complete ignorant regarding this. I'll run your logger tomorrow. I have to sleep now. |
|
Unfortunately, I know too few details to really give targeted advice here, and I won't blindly commit changes to the CMake files of which I don't even have an idea of whether they might work. If I had a Mac here, I'd first have a look at what and say about these "install names" of the dylib. Then I'd check whether prints a dependency that resembles the path that was printed with the first Pragmatically, I would also just try out adding at the top of https://github.com/gpu/JOCLCommon/blob/master/CMakeLists.txt , as this was proposed as one possible solution. It might also have to be (Note that this would only be experiments, to try it out and see how it could be made working at all). There are further resources that I (would) have to read, e.g. https://cmake.org/Wiki/CMake_RPATH_handling , but again: Without the possibility to try this out, all this involves a lot of guesswork.... BTW, @amherag : Did you run an in the JOCL and JOCLBlast directories after building the natives (as described in the README of https://github.com/gpu/JOCL )? There is a "unit test" that should be run, and wonder why it didn't fail in your case. (It's not really a unit test - it just tests the basic bindings, to see whether the library can be found) |
It now fails. Maybe because I deleted /usr/local/lib/libclblast.dylib? |
|
otool -D libclblast.dylib: otool -D libJOCLBlast_0_7_1-apple-x86_64.dylib:
I also tried adding I can read the RPATH resource you mentioned and try some things. |
|
That would be great. Again, I can only guess how this could be tackled. And sorry: My "suggestion" about setting in the JOCL CMake does not make sense. It finds the JOCL library, but not the CLBlast library. Referring to the information that you posted, I'm not sure how to interpret the fact that for However, I just looked at https://github.com/CNugteren/CLBlast/blob/master/CMakeLists.txt#L31 and it contains the following settings: One has to assume that these may be relevant here, and could explain why for CLBlast, only the file name is printed. (Note that I don't know whether this is "correct" or not - it's only an observation until now...) If I had a Mac (and some more time), I'd try to read more about these settings, maybe play around with them. I still have to figure out how the In doubt, it could be interesting to ask https://github.com/CNugteren/ about the intentions behind these settings. AFAIK he also does not really use a Mac, so maybe this was also only added to "get something running based on an issue report and related websearch results" (something that I certainly have been guilty of as well...) (Some other related resource is https://www.semipol.de/2012/02/16/relative-rpath-settings-with-cmake.html , but I'm not sure how relevant it is - I still have to wrap my head around all this...) |
|
One debugging step could also be to simply remove the "RPATH settings" from the CLBlast makefiles, and see whether the default behavior is OK. It is still not entirely clear (for me) what these lines should accomplish. |
|
There has been an update for CLBlast regarding the RPATH settings: CNugteren/CLBlast@7a7873d - maybe @amherag can try out whether this helps to solve this issue? |
|
@amherag you can try this without waiting for new neanderthal. Just repack the newly build clblast binary into the existing JOCLBlast 0.7.1 jar and if it works, then we can build a new official version. |
|
I will do it today. Sorry, I was busy, but now I have some free time. El lunes, 6 de junio de 2016, Dragan Djuric [email protected]
|
|
Success! Well, kinda. I ran the example provided at https://forum.byte-welt.net/byte-welt-projekte-projects/jocl/18180-joclblas-java-bindings-clblas-2.html#post131422 and this is the output: I got an exception, but no I'm attaching the updated joclblast jar. Should I run more tests? |
|
Can you please choose other device, just to be sure? Just change the device from 0 to 1 or 2. In the meantime, a good idea would be to tune CLBlast for your Nvidia K80 and send it to Cedric so your server would work with the optimized binaries. I think it is not in the Cedric's tuning database yet. |
|
And, thanks a lot for help with this :) |
|
I changed The same happens with device 1. Oh, and I will be tuning CLBlast with the Nvidia K80 for the next release. |
|
@amherag Great - thanks for trying this out! The remaining error messages are ... well, at least not related to this original issue. It says that the device is an Intel CPU. Do you have a GPU (AMD or NVIDIA) installed as well? If so, you might have to change the |
|
@blueberry I was just thinking about that, and I found it: It was written as devices[0], instead of devices[deviceIndex]. The same happens with the line Well, everything works now. I'll focus on tuning CLBlast for the K80. Thank you all! |
|
Sorry about that. The snippet in the forum post originally only was a first, quick, basic test (actually I know that one should never underestimate how long a certain piece of code will stay alive). It should indeed have been |
|
This looks like what I'm running into on OSX. Just checked out master and tried running e.g. lein test, and get: Reading this thread sounds like there's been a fix but no new release - any guidance as to when a new release is likely? |
|
Release will be shortly after the release of CLBlast and JOCLBlast. You can contact @CNugteren and @gpu for closer estimate, but it will probably be in a near future. |
|
@sundbp This issue will be fixed in the next release, which is due in a few days. |
|
Sweet, thanks. On Tue, Jul 5, 2016 at 8:24 AM, Dragan Djuric [email protected]
|
|
The MacOS/JOCL specific part of this issue should be resolved in 0.8.0 (see gpu/JOCLBlast#8 (comment) ) - hopefully it also works as expected in the more complex Clojure setup. |
|
I pulled master on OSX and ran lein test. I see this failure: |
|
Do not worry about that. This is obviously a floating point precision issue due a minor hardware difference between my AMD hardware and the one you have in your mac. What's important is that now the library is loaded properly. Also, neanderthal does not use clojure test, but Midje, so it should be And I would need you or @amherag to actually test the library not by building from source (although it is nice too) but by using it as a dependency in a separate project. Thanks for trying it out. |
|
@sundbp The UnsupportedOperationException is due to tests being written for OpenCL 2.0, while your Mac supports only 1.2. Please use the legacy namespace for creating command queues on Mac. http://clojurecl.uncomplicate.org/codox/uncomplicate.clojurecl.legacy.html |
|
Ok, understand. Figured running the test suite would be the best way to On Thu, Jul 7, 2016 at 10:07 AM, Dragan Djuric [email protected]
|
Hello,
First, sorry about the long post.
Here are my lein project.clj and a sample namespace. When loading it from lein repl, got a stacktrace list below.
(defproject matrix "0.1.0-SNAPSHOT"
:dependencies [[org.clojure/clojure "1.8.0"]
[com.taoensso/truss "1.2.0"]
[uncomplicate/clojurecl "0.6.4"]
[uncomplicate/fluokitten "0.5.0"]
[uncomplicate/neanderthal "0.6.2"]]
:profiles {:dev {:dependencies [[criterium "0.4.4"]]}
:uberjar {:aot :all}}
)
(ns matrix.core
(:require [uncomplicate.clojurecl.core :as cl]
[uncomplicate.commons.core :refer [with-release]]
[uncomplicate.neanderthal
[core :refer [asum dot axpy! mv! mm! transfer! copy]]
[native :refer [sv sge]]
[opencl :refer [with-default-engine clv clge]]]
[criterium.core :refer [quick-bench with-progress-reporting]]))
The interesting one is the nested cause:
Stack trace from the attempt to load the library as a resource:
java.lang.UnsatisfiedLinkError: /private/var/folders/xm/vkg11d9n74ngq3zsbjlms04w0000gn/T/libJOCLBlast_0_7_1-apple-x86_64.dylib: dlopen(/private/var/folders/xm/vkg11d9n74ngq3zsbjlms04w0000gn/T/libJOCLBlast_0_7_1-apple-x86_64.dylib, 1): Library not loaded: libclblast.dylib
Referenced from: /private/var/folders/xm/vkg11d9n74ngq3zsbjlms04w0000gn/T/libJOCLBlast_0_7_1-apple-x86_64.dylib
ls -lR that folder /private/var/... shows required dylib are there, but layout looks strange. Not sure this is leinignen issue or not.
/p/v/f/x/v/T ❯❯❯ ls -lR JOCL
-rw-r--r-- 1 houf staff 318908 May 25 10:50 libJOCLBlast_0_7_1-apple-x86_64.dylib
-rw-r--r-- 1 houf staff 180064 May 23 19:34 libJOCL_2_0_0-apple-x86_64.dylib
JOCLBlast_0_7_1-apple-x86_64_dependents:
total 0
drwxr-xr-x 3 houf staff 102 May 25 10:50 apple
JOCLBlast_0_7_1-apple-x86_64_dependents/apple:
total 0
drwxr-xr-x 3 houf staff 102 May 25 10:50 x86_64
JOCLBlast_0_7_1-apple-x86_64_dependents/apple/x86_64:
total 4272
-rw-r--r-- 1 houf staff 2184612 May 25 10:50 libclblast.dylib
============Full Stacktrace ==============
CompilerException java.lang.UnsatisfiedLinkError: Error while loading native library "JOCLBlast_0_7_1-apple-x86_64"
Operating system name: Mac OS X
Architecture : x86_64
Architecture bit size: 64
---(start of nested stack traces)---
Stack trace from the attempt to load the library as a file:
java.lang.UnsatisfiedLinkError: no JOCLBlast_0_7_1-apple-x86_64 in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1867)
at java.lang.Runtime.loadLibrary0(Runtime.java:870)
at java.lang.System.loadLibrary(System.java:1122)
at org.jocl.LibUtils.loadLibrary(LibUtils.java:136)
at org.jocl.blast.CLBlast.(CLBlast.java:53)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:348)
at clojure.lang.RT.classForName(RT.java:2168)
at clojure.lang.RT.classForName(RT.java:2177)
at clojure.lang.Compiler$HostExpr.maybeClass(Compiler.java:1030)
at clojure.lang.Compiler.macroexpand1(Compiler.java:6807)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6854)
at clojure.lang.Compiler.analyze(Compiler.java:6669)
at clojure.lang.Compiler.analyze(Compiler.java:6625)
at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:6001)
at clojure.lang.Compiler$LetExpr$Parser.parse(Compiler.java:6319)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6868)
at clojure.lang.Compiler.analyze(Compiler.java:6669)
at clojure.lang.Compiler.analyze(Compiler.java:6625)
at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:6001)
at clojure.lang.Compiler$FnMethod.parse(Compiler.java:5380)
at clojure.lang.Compiler$FnExpr.parse(Compiler.java:3972)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6866)
at clojure.lang.Compiler.analyze(Compiler.java:6669)
at clojure.lang.Compiler.eval(Compiler.java:6924)
at clojure.lang.Compiler.load(Compiler.java:7379)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.loadResourceScript(RT.java:363)
at clojure.lang.RT.load(RT.java:453)
at clojure.lang.RT.load(RT.java:419)
at clojure.core$load$fn__5677.invoke(core.clj:5893)
at clojure.core$load.invokeStatic(core.clj:5892)
at clojure.core$load.doInvoke(core.clj:5876)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invokeStatic(core.clj:5697)
at clojure.core$load_one.invoke(core.clj:5692)
at clojure.core$load_lib$fn__5626.invoke(core.clj:5737)
at clojure.core$load_lib.invokeStatic(core.clj:5736)
at clojure.core$load_lib.doInvoke(core.clj:5717)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:648)
at clojure.core$load_libs.invokeStatic(core.clj:5778)
at clojure.core$load_libs.doInvoke(core.clj:5758)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:648)
at clojure.core$require.invokeStatic(core.clj:5796)
at clojure.core$require.doInvoke(core.clj:5796)
at clojure.lang.RestFn.invoke(RestFn.java:482)
at uncomplicate.neanderthal.opencl$eval37781$loading__5569__auto____37782.invoke(opencl.clj:1)
at uncomplicate.neanderthal.opencl$eval37781.invokeStatic(opencl.clj:1)
at uncomplicate.neanderthal.opencl$eval37781.invoke(opencl.clj:1)
at clojure.lang.Compiler.eval(Compiler.java:6927)
at clojure.lang.Compiler.eval(Compiler.java:6916)
at clojure.lang.Compiler.load(Compiler.java:7379)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.loadResourceScript(RT.java:363)
at clojure.lang.RT.load(RT.java:453)
at clojure.lang.RT.load(RT.java:419)
at clojure.core$load$fn__5677.invoke(core.clj:5893)
at clojure.core$load.invokeStatic(core.clj:5892)
at clojure.core$load.doInvoke(core.clj:5876)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invokeStatic(core.clj:5697)
at clojure.core$load_one.invoke(core.clj:5692)
at clojure.core$load_lib$fn__5626.invoke(core.clj:5737)
at clojure.core$load_lib.invokeStatic(core.clj:5736)
at clojure.core$load_lib.doInvoke(core.clj:5717)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:648)
at clojure.core$load_libs.invokeStatic(core.clj:5778)
at clojure.core$load_libs.doInvoke(core.clj:5758)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:648)
at clojure.core$require.invokeStatic(core.clj:5796)
at clojure.core$require.doInvoke(core.clj:5796)
at clojure.lang.RestFn.invoke(RestFn.java:457)
at matrix.core$eval20272$loading__5569__auto____20273.invoke(form-init3071421537802120931.clj:1)
at matrix.core$eval20272.invokeStatic(form-init3071421537802120931.clj:1)
at matrix.core$eval20272.invoke(form-init3071421537802120931.clj:1)
at clojure.lang.Compiler.eval(Compiler.java:6927)
at clojure.lang.Compiler.eval(Compiler.java:6916)
at clojure.lang.Compiler.eval(Compiler.java:6890)
at clojure.core$eval.invokeStatic(core.clj:3105)
at clojure.core$eval.invoke(core.clj:3101)
at clojure.main$repl$read_eval_print__7408$fn__7411.invoke(main.clj:240)
at clojure.main$repl$read_eval_print__7408.invoke(main.clj:240)
at clojure.main$repl$fn__7417.invoke(main.clj:258)
at clojure.main$repl.invokeStatic(main.clj:258)
at clojure.main$repl.doInvoke(main.clj:174)
at clojure.lang.RestFn.invoke(RestFn.java:1523)
at clojure.tools.nrepl.middleware.interruptible_eval$evaluate$fn__941.invoke(interruptible_eval.clj:87)
at clojure.lang.AFn.applyToHelper(AFn.java:152)
at clojure.lang.AFn.applyTo(AFn.java:144)
at clojure.core$apply.invokeStatic(core.clj:646)
at clojure.core$with_bindings_STAR_.invokeStatic(core.clj:1881)
at clojure.core$with_bindings_STAR_.doInvoke(core.clj:1881)
at clojure.lang.RestFn.invoke(RestFn.java:425)
at clojure.tools.nrepl.middleware.interruptible_eval$evaluate.invokeStatic(interruptible_eval.clj:85)
at clojure.tools.nrepl.middleware.interruptible_eval$evaluate.invoke(interruptible_eval.clj:55)
at clojure.tools.nrepl.middleware.interruptible_eval$interruptible_eval$fn__986$fn__989.invoke(interruptible_eval.clj:222)
at clojure.tools.nrepl.middleware.interruptible_eval$run_next$fn__981.invoke(interruptible_eval.clj:190)
at clojure.lang.AFn.run(AFn.java:22)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Stack trace from the attempt to load the library as a resource:
java.lang.UnsatisfiedLinkError: /private/var/folders/xm/vkg11d9n74ngq3zsbjlms04w0000gn/T/libJOCLBlast_0_7_1-apple-x86_64.dylib: dlopen(/private/var/folders/xm/vkg11d9n74ngq3zsbjlms04w0000gn/T/libJOCLBlast_0_7_1-apple-x86_64.dylib, 1): Library not loaded: libclblast.dylib
Referenced from: /private/var/folders/xm/vkg11d9n74ngq3zsbjlms04w0000gn/T/libJOCLBlast_0_7_1-apple-x86_64.dylib
Reason: image not found
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1824)
at java.lang.Runtime.load0(Runtime.java:809)
at java.lang.System.load(System.java:1086)
at org.jocl.LibUtils.loadLibraryResource(LibUtils.java:269)
at org.jocl.LibUtils.loadLibrary(LibUtils.java:151)
at org.jocl.blast.CLBlast.(CLBlast.java:53)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:348)
at clojure.lang.RT.classForName(RT.java:2168)
at clojure.lang.RT.classForName(RT.java:2177)
at clojure.lang.Compiler$HostExpr.maybeClass(Compiler.java:1030)
at clojure.lang.Compiler.macroexpand1(Compiler.java:6807)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6854)
at clojure.lang.Compiler.analyze(Compiler.java:6669)
at clojure.lang.Compiler.analyze(Compiler.java:6625)
at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:6001)
at clojure.lang.Compiler$LetExpr$Parser.parse(Compiler.java:6319)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6868)
at clojure.lang.Compiler.analyze(Compiler.java:6669)
at clojure.lang.Compiler.analyze(Compiler.java:6625)
at clojure.lang.Compiler$BodyExpr$Parser.parse(Compiler.java:6001)
at clojure.lang.Compiler$FnMethod.parse(Compiler.java:5380)
at clojure.lang.Compiler$FnExpr.parse(Compiler.java:3972)
at clojure.lang.Compiler.analyzeSeq(Compiler.java:6866)
at clojure.lang.Compiler.analyze(Compiler.java:6669)
at clojure.lang.Compiler.eval(Compiler.java:6924)
at clojure.lang.Compiler.load(Compiler.java:7379)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.loadResourceScript(RT.java:363)
at clojure.lang.RT.load(RT.java:453)
at clojure.lang.RT.load(RT.java:419)
at clojure.core$load$fn__5677.invoke(core.clj:5893)
at clojure.core$load.invokeStatic(core.clj:5892)
at clojure.core$load.doInvoke(core.clj:5876)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invokeStatic(core.clj:5697)
at clojure.core$load_one.invoke(core.clj:5692)
at clojure.core$load_lib$fn__5626.invoke(core.clj:5737)
at clojure.core$load_lib.invokeStatic(core.clj:5736)
at clojure.core$load_lib.doInvoke(core.clj:5717)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:648)
at clojure.core$load_libs.invokeStatic(core.clj:5778)
at clojure.core$load_libs.doInvoke(core.clj:5758)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:648)
at clojure.core$require.invokeStatic(core.clj:5796)
at clojure.core$require.doInvoke(core.clj:5796)
at clojure.lang.RestFn.invoke(RestFn.java:482)
at uncomplicate.neanderthal.opencl$eval37781$loading__5569__auto____37782.invoke(opencl.clj:1)
at uncomplicate.neanderthal.opencl$eval37781.invokeStatic(opencl.clj:1)
at uncomplicate.neanderthal.opencl$eval37781.invoke(opencl.clj:1)
at clojure.lang.Compiler.eval(Compiler.java:6927)
at clojure.lang.Compiler.eval(Compiler.java:6916)
at clojure.lang.Compiler.load(Compiler.java:7379)
at clojure.lang.RT.loadResourceScript(RT.java:372)
at clojure.lang.RT.loadResourceScript(RT.java:363)
at clojure.lang.RT.load(RT.java:453)
at clojure.lang.RT.load(RT.java:419)
at clojure.core$load$fn__5677.invoke(core.clj:5893)
at clojure.core$load.invokeStatic(core.clj:5892)
at clojure.core$load.doInvoke(core.clj:5876)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.core$load_one.invokeStatic(core.clj:5697)
at clojure.core$load_one.invoke(core.clj:5692)
at clojure.core$load_lib$fn__5626.invoke(core.clj:5737)
at clojure.core$load_lib.invokeStatic(core.clj:5736)
at clojure.core$load_lib.doInvoke(core.clj:5717)
at clojure.lang.RestFn.applyTo(RestFn.java:142)
at clojure.core$apply.invokeStatic(core.clj:648)
at clojure.core$load_libs.invokeStatic(core.clj:5778)
at clojure.core$load_libs.doInvoke(core.clj:5758)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:648)
at clojure.core$require.invokeStatic(core.clj:5796)
at clojure.core$require.doInvoke(core.clj:5796)
at clojure.lang.RestFn.invoke(RestFn.java:457)
at matrix.core$eval20272$loading__5569__auto____20273.invoke(form-init3071421537802120931.clj:1)
at matrix.core$eval20272.invokeStatic(form-init3071421537802120931.clj:1)
at matrix.core$eval20272.invoke(form-init3071421537802120931.clj:1)
at clojure.lang.Compiler.eval(Compiler.java:6927)
at clojure.lang.Compiler.eval(Compiler.java:6916)
at clojure.lang.Compiler.eval(Compiler.java:6890)
at clojure.core$eval.invokeStatic(core.clj:3105)
at clojure.core$eval.invoke(core.clj:3101)
at clojure.main$repl$read_eval_print__7408$fn__7411.invoke(main.clj:240)
at clojure.main$repl$read_eval_print__7408.invoke(main.clj:240)
at clojure.main$repl$fn__7417.invoke(main.clj:258)
at clojure.main$repl.invokeStatic(main.clj:258)
at clojure.main$repl.doInvoke(main.clj:174)
at clojure.lang.RestFn.invoke(RestFn.java:1523)
at clojure.tools.nrepl.middleware.interruptible_eval$evaluate$fn__941.invoke(interruptible_eval.clj:87)
at clojure.lang.AFn.applyToHelper(AFn.java:152)
at clojure.lang.AFn.applyTo(AFn.java:144)
at clojure.core$apply.invokeStatic(core.clj:646)
at clojure.core$with_bindings_STAR_.invokeStatic(core.clj:1881)
at clojure.core$with_bindings_STAR_.doInvoke(core.clj:1881)
at clojure.lang.RestFn.invoke(RestFn.java:425)
at clojure.tools.nrepl.middleware.interruptible_eval$evaluate.invokeStatic(interruptible_eval.clj:85)
at clojure.tools.nrepl.middleware.interruptible_eval$evaluate.invoke(interruptible_eval.clj:55)
at clojure.tools.nrepl.middleware.interruptible_eval$interruptible_eval$fn__986$fn__989.invoke(interruptible_eval.clj:222)
at clojure.tools.nrepl.middleware.interruptible_eval$run_next$fn__981.invoke(interruptible_eval.clj:190)
at clojure.lang.AFn.run(AFn.java:22)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
---(end of nested stack traces)---
, compiling:(uncomplicate/neanderthal/opencl/clblast.clj:461:3)
The text was updated successfully, but these errors were encountered: