graalvm

Discuss GraalVM related topics. Use clojure 1.10.2 or newer for all new projects. Contribute to https://github.com/clj-easy/graal-docs and https://github.com/BrunoBonacci/graalvm-clojure. GraalVM slack: https://www.graalvm.org/slack-invitation/.
chrisn 2021-03-27T12:55:52.055Z

OK, well the response was crickets chirping in the nightime. https://github.com/oracle/graal/issues/3314

borkdude 2021-03-27T13:27:14.055900Z

Thanks for creating the issue. The questions in the slack aren't as pro-actively responded to as github issue. In my experience those are handled pretty well

chrisn 2021-03-27T13:31:28.057500Z

I think it is a long haul for them to implement the full foreign function pathway but I know it performs really well and if they did it could change the nature of graal native in some ways as it directly counteracts the 'closed world' assumptions that a lot of the system was built around. It will be really interesting to see their response.

🤞 1
ghadi 2021-03-29T14:24:33.060900Z

Seems unlikely to be considered seriously before foreign linker stuff moves out of incubator status

chrisn 2021-03-29T14:57:05.061400Z

I agree completely; I am sort of just rattling cages at this point with no expectations. Adding a vote for it to be considered especially when in earlier conversations on that channel a few of the higher level graalvm people said they aren't familiar with the foreign API I think is a smart move for a few reasons.