Christian Wimmer
Christian Wimmer
GraalVM Native Image has a few [limitations](https://github.com/oracle/graal/blob/master/substratevm/LIMITATIONS.md) that are preventing users from building native images from their code bases. This issue describe the areas where improvements are planned over the...
### TL;DR Users of native image currently rely on internals of the image generator, for a variety of reasons. We need to expand the API so that it covers the...
### TL;DR OpenJDK project Loom adds virtual threads to JDK 19 (as a preview feature at first). Everything supported in OpenJDK should also be supported in GraalVM Native Image. ###...
### TL;DR Historically, the native image generator parsed the bytecode of each method (at least) twice: once for static analysis, and then again for AOT compilation. This limits the amount...
### TL;DR The image generator should not scan the complete class path and load all classes on the class path. This slows down image builds. ### Details The first step...
### TL;DR Improve AWT support to use dynamic linking of the AWT native code libraries. Generalize the dynamic linking approach, which is currently used only on Windows, to all platforms....
### TL;DR The existing `Feature` mechanism allows applications to be partly initialized at image build time. That is usually used together with the option `--initialize-at-build-time` to initialize classes at image...
### TL;DR Always run the native image on the module path, i.e., the image builder is a proper module and all its internals are shielded by the module system. Remove...
### TL;DR Allow users to create native images that depend on one or more base images. Such *application images* are much faster to build compared with standalone images, providing an...