-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[GR-41675] libmanagement_ext.a unconditionally being added when libawt_headless.a is linked in #5119
Labels
Comments
jerboaa
added a commit
to jerboaa/graal
that referenced
this issue
Sep 30, 2022
On some systems/apps, libawt_headless gets pulled in. This currently brings in libmanagement_ext unconditionally. However, libmanagement_ext should only be present for linking iff com.sun.management.internal.OperatingSystemImpl class becomes reachable. Closes: oracle#5119
For the linked sample app we see libmanagement_ext.a present:
yet, with
|
jerboaa
added a commit
to jerboaa/graal
that referenced
this issue
Oct 3, 2022
On some systems/apps, libawt_headless gets pulled in. This currently brings in libmanagement_ext unconditionally. However, libmanagement_ext should only be present for linking iff com.sun.management.internal.OperatingSystemImpl class becomes reachable. Closes: oracle#5119
fniephaus
changed the title
libmanagement_ext.a unconditionally being added when libawt_headless.a is linked in
[GR-41675] libmanagement_ext.a unconditionally being added when libawt_headless.a is linked in
Oct 11, 2022
zakkak
pushed a commit
to zakkak/mandrel
that referenced
this issue
Oct 18, 2022
On some systems/apps, libawt_headless gets pulled in. This currently brings in libmanagement_ext unconditionally. However, libmanagement_ext should only be present for linking iff com.sun.management.internal.OperatingSystemImpl class becomes reachable. Closes: oracle#5119
zakkak
pushed a commit
to graalvm/mandrel
that referenced
this issue
Oct 18, 2022
On some systems/apps, libawt_headless gets pulled in. This currently brings in libmanagement_ext unconditionally. However, libmanagement_ext should only be present for linking iff com.sun.management.internal.OperatingSystemImpl class becomes reachable. Closes: oracle#5119
zakkak
pushed a commit
to zakkak/mandrel
that referenced
this issue
Nov 1, 2022
On some systems/apps, libawt_headless gets pulled in. This currently brings in libmanagement_ext unconditionally. However, libmanagement_ext should only be present for linking iff com.sun.management.internal.OperatingSystemImpl class becomes reachable. Closes: oracle#5119
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the issue
For an application, which doesn't use class
com.sun.management.internal.OperatingSystemImpl
, but does useImageIO
classes for example via libawt_headless, thenlibmanagement_ext.a
static library ends up getting linked into the image no matter what.Steps to reproduce the issue
git clone --branch imageio-management-ext https://github.com/jerboaa/mandrel-integration-tests.git
cd mandrel-integration-tests
export JAVA_HOME=/path/to/graalvm; export GRAALVM_HOME=$JAVA_HOME; export PATH=$JAVA_HOME/bin:$PATH
mvn clean verify -Dquarkus.version=2.12.3.Final -Ptestsuite -Dtest=AppReproducersTest#imageioAWTTest
Describe GraalVM and your environment:
More details
This code seems to add
libmanagement_ext.a
irrespective of it actually needed:Originally found here: Karm/mandrel-integration-tests#117
The text was updated successfully, but these errors were encountered: