Details
-
Type:
Enhancement
-
Status: Resolved
-
Priority:
P3
-
Resolution: Fixed
-
Affects Version/s: 9
-
Fix Version/s: 9
-
Component/s: infrastructure
-
Subcomponent:
-
Resolved In Build:b150
-
OS:linux, solaris
Description
It contains native-code shared objects (.so files) for the VM and the
libraries. It's a vestigial remnant of images that could support
multiple CPU architectures, which is no longer a requirement; on Mac
OS and Windows such files have always been placed directly in the
`lib` directory.
Let's simplify things: Move all the content of lib/$ARCH up one
level in Linux and Solaris images, and then remove lib/$ARCH.
Attachments
Issue Links
- relates to
-
JDK-8170181 [Solaris] LP64 conversion broke jexec
-
- Resolved
-
-
JDK-8171674 Remove JavaFX .so files from the lib/$ARCH directory on Linux
-
- Resolved
-
-
JDK-8171468 sun/management/jmxremote/bootstrap/CustomLauncherTest.java fails as lib/$ARCH no longer exists
-
- Closed
-
-
JDK-8171450 JavaFX native libraries are no longer loaded after fix for JDK-8066474
-
- Resolved
-
-
JDK-8150563 LoadAgentDcmdTest.java can't find libinstrument.so
-
- Resolved
-
-
JDK-8171508 os::jvm_path: error in handling -Dsun.java.launcher.is_altjvm option after 8066474
-
- Closed
-
-
JDK-8173833 cleanup jspawnhelper macosx build settings after 8066474
-
- Closed
-
-
JDK-8061971 JEP 220: Modular Run-Time Images
-
- Closed
-