| ▲ | namegulf a day ago | ||||||||||||||||||||||
Wondering the benefits and how is this different from using GraalVM to build native images? For eg. we could use Spring + Graal VM and get the application into native binaries without worrying too much about the low level stuff. What are we missing? | |||||||||||||||||||||||
| ▲ | gavinray a day ago | parent | next [-] | ||||||||||||||||||||||
This article specifically discusses calling external C ABI libraries via the FFM API. GraalVM is for compiling JVM bytecode to native, architecture-specific binaries. FFM is like "[DllImport]" in .NET, or "extern" definitions in other languages. The article shows how to auto-generate JVM bindings from C headers, and then allocate managed memory + interact with externally linked libs via the FFM API passing along said managed memory. | |||||||||||||||||||||||
| |||||||||||||||||||||||
| ▲ | scrame a day ago | parent | prev [-] | ||||||||||||||||||||||
people still use make for things. how many stand-alone utilities require npm? i don't know graalvm, but I've used too much ant, buldr, gradle and maven. I'm not really convinced Graal VM would make anything better just because you are more familiar with it. The author even says to just use what you like because that part doesn't matter. | |||||||||||||||||||||||
| |||||||||||||||||||||||