Investigate compilation of Standard.Base library with Native Image

[JaroslavTulach]

As an alternative approach to loading libraries via JVM while running the interpreter as native image binary

• Speed Startup by 33% with the use of GraalVM Polyglot Isolates #9171

we could compile some Standard libraries into the native image Enso binary by default. Standard.Base is anyway closely coupled with the engine version, so having them both in a single binary shall not hurt much and the startup speed would increase in magnitudes.

What is needed?

• find all polyglot java import statements in the library
• register public method of such classes for reflection
• make sure they are available in NI by writing a Feature

Slight drawback is related to #9129 - it is not going to be possible to pass instances of NI compiled library JARs to JVM loaded library JARs. The polyglot import would then be mostly internal, not exported.

[enso-bot]

Jaroslav Tulach reports a new STANDUP for yesterday (2024-05-13):

Progress: - review abortJob: #9927 (comment)

• got a fix from GraalVM: Too heavyweight org.graalvm.shadowed.icu4j oracle/graal#8889 (comment)
• review IR.children: Don't recompute IR children #9915 (comment)
• small JDK dependencies
• PR for snakeyaml: Run snakeyaml without java.desktop module snakeyaml/snakeyaml#12
• got ENSO_JAVA=espresso running again (almost): https://graalvm.slack.com/archives/CPSD12R71/p1715620408988369?thread_ts=1694869249.050269&cid=CPSD12R71
• QA for Autoscoping for Table aggregate #9614
• standups and (demo) meetings It should be finished by 2024-05-17.