-
Enhancement
-
Resolution: Fixed
-
P3
-
11
-
None
-
b07
This is no longer the case. Now all compilers we use support symbol visibility directives, in one form or another. We should start using this. Since this has been the only way to control symbol visibility on Windows, for most of the shared code, we already have proper JNIEXPORT decorations in place.
If we fix the remaining platform-specific files to have proper JNIEXPORT tagging, then we can finally get rid of mapfiles.
- relates to
-
JDK-8200192 Verify exported symbols in java.desktop
- Open
-
JDK-8214122 JDWP is broken on 32 bit Windows: transport library missing onLoad entry
- Resolved
-
JDK-8215123 Crash in runtime image built with jlink --compress=2
- Resolved
-
JDK-8200191 Verify exported symbols in java.base
- Resolved
-
JDK-8200249 Verify exported symbols in libjli
- Resolved
-
JDK-8200193 Verify exported symbols in jdk.security.auth
- Closed
-
JDK-8202544 Hide unused exports in libzip
- Closed
-
JDK-8201226 missing JNIEXPORT / JNICALL at some places in function declarations/implementations
- Resolved
-
JDK-8217707 JNICALL declaration breaks Splash screen functions
- Resolved
-
JDK-8202476 ImageLib is broken in 32 bit Windows
- Resolved
-
JDK-8204541 Correctly support AIX xlC 16.1 symbol visibility flags
- Resolved