Kristof Dhondt

Hi @remkop, is there any progress on this? Do you maybe have an estimation on when you would get around to implementing this? We are using picocli in combination with...

@remkop Thank you for the quick reply. For now our best option would probably be writing a feature that programatically registers the required reflection configuration based on reachabillity hooks. However,...

We have some usages that I think are not yet covered by this (workarounds are very welcome): 1. `com.oracle.svm.core.SubstrateOptions` * Used to get the value of `SubstrateOptions.Class`, as we have...

@olpaw Do I need to create a new issue with these remaining usages?

Something similar is being discussed in this issue: https://github.com/oracle/graal/issues/4862 It could also be considered as part of the move away from the svm jar? /cc @olpaw

@olpaw >> * `com.oracle.svm.core.jdk.NativeLibrarySupport`, `com.oracle.svm.hosted.c.NativeLibraries` and `com.oracle.svm.core.jdk.JNIRegistrationUtil` >> * * Used to write library support in a similar way to JNIRegistrationJava. >> * * The JNIRegistrationUtil superclass can be substituted...

@olpaw I was merely reporting our usages of internal API and why they are used. I tried removing the `setConfigurationSealed` call (with GraalVM 22.2) and it indeed seems to compile...

@olpaw We have identified an additional internal API usage, which sort-of fits in the bucket of using the options directly: ```java File imagePath = NativeImageGenerator.generatedFiles(HostedOptionValues.singleton()).toFile(); // This ultimately boils down...

I also don't think the `PlatformNativeLibrarySupport` and `NativeLibraries` class access has been adresses yet.

@olpaw I'm honestly not sure if I need more than that or not. We're using it to statically link in jni libraries, one example is the fontmanager library: ```java PlatformNativeLibrarySupport.singleton().addBuiltinPkgNativePrefix("sun_font");...