This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-06-07
Channels
- # announcements (2)
- # asami (2)
- # babashka (15)
- # babashka-sci-dev (31)
- # beginners (130)
- # boot (4)
- # cider (5)
- # circleci (12)
- # clj-kondo (10)
- # cljs-dev (8)
- # clojure (7)
- # clojure-czech (14)
- # clojure-europe (19)
- # clojure-france (5)
- # clojure-uk (2)
- # clojured (23)
- # clojurescript (11)
- # conjure (8)
- # datomic (5)
- # emacs (1)
- # etaoin (8)
- # events (2)
- # fulcro (10)
- # graalvm (18)
- # gratitude (1)
- # holy-lambda (16)
- # honeysql (4)
- # introduce-yourself (1)
- # jobs (2)
- # kaocha (3)
- # london-clojurians (1)
- # lsp (53)
- # off-topic (16)
- # other-languages (2)
- # pathom (4)
- # pedestal (3)
- # podcasts-discuss (1)
- # portal (10)
- # re-frame (69)
- # reitit (2)
- # shadow-cljs (11)
- # vim (7)
- # xtdb (29)
I'm trying to use babashka to automate a graalvm native build during development but I am getting this error.
"Warning: Ignoring server-mode native-image argument --no-server.\nError: Darwin native toolchain (x86_64) implies native-image target architecture class jdk.vm.ci.amd64.AMD64 but configured native-image target architecture is class jdk.vm.ci.aarch64.AArch64.\nError: To prevent native-toolchain checking provide command-line option -H:-CheckToolchain\ncom.oracle.svm.core.util.UserError$UserException: Darwin native toolchain (x86_64) implies native-image target architecture class jdk.vm.ci.amd64.AMD64 but configured native-image target architecture is class jdk.vm.ci.aarch64.AArch64.\nTo prevent native-toolchain checking provide command-line option -H:-CheckToolchain\n\tat com.oracle.svm.core.util.UserError.abort(UserError.java:138)\n\tat com.oracle.svm.hosted.c.codegen.CCompilerInvoker.addSkipCheckingInfo(CCompilerInvoker.java:104)\n\tat com.oracle.svm.hosted.c.codegen.CCompilerInvoker.verifyCompiler(CCompilerInvoker.java:95)\n\tat com.oracle.svm.hosted.NativeImageGenerator.setupNativeImage(NativeImageGenerator.java:884)\n\tat com.oracle.svm.hosted.NativeImageGenerator.doRun(NativeImageGenerator.java:555)\n\tat com.oracle.svm.hosted.NativeImageGenerator.run(NativeImageGenerator.java:515)\n\tat com.oracle.svm.hosted.NativeImageGeneratorRunner.buildImage(NativeImageGeneratorRunner.java:407)\n\tat com.oracle.svm.hosted.NativeImageGeneratorRunner.build(NativeImageGeneratorRunner.java:585)\n\tat com.oracle.svm.hosted.NativeImageGeneratorRunner.main(NativeImageGeneratorRunner.java:128)\n\tat com.oracle.svm.hosted.NativeImageGeneratorRunner$JDK9Plus.main(NativeImageGeneratorRunner.java:615)\nError: Image build request failed with exit status 1\n"}
Is there something funny with how this happens with Babashka or is it something on my end?
When I run the same shell command it works. Hence a little confused.
Yea I see that as well. I was thinking that somehow Babashka is confusing it by being the one that invokes the command. I'm basically finding where graalvm native image is installed on the dev machine and then calling it with the commands. We have a lot of build steps and this is probably the trickiest to automate on local machine.
I am on an M1 Mac if that clarifies anything
@grounded_sage Would a m1 binary of bb help?
no idea
if you go here: https://cirrus-ci.com/task/5967226598588416
and then to artifacts / binaries, you should be able to download a bb
binary
I just got this working 1 minute ago!
I can try this out. Were you already working on it or spun it up just now? haha Also not entirely sure what to do once I download it. It says it is a document and not an exe on my machine.
Well I am happy to test it straight away. I am just a little less familiar with putting things on paths etc
okay. no rush. I am about to sign off and will be at some things over next couple of days. I do suspect that the M1 binary will solve it.
bash <(curl ) --version 0.8.3-SNAPSHOT --dir /tmp
You can download the m1 binary now using that