RFR: JDK-8190284 link-time-opt should not be using -fwhole-program

Magnus Ihse Bursie magnus.ihse.bursie at oracle.com
Fri Oct 27 12:52:29 UTC 2017


When building hotspot with link-time-opt, we are currently using 
-fwhole-program to the linker. This causes all public symbols to be 
removed. To counter this, the attribute "externally_visible" has been 
added to JNIEXPORT for arm (the platform that traditionally has used 
link-time-opt).

This is not an appropriate way of doing things.

The gcc documentation says about "-fwhole-program": "This option should 
not be used in combination with -flto. Instead relying on a linker 
plugin should provide safer and more precise information."

If we replace -fwhole-program with -fuse-linker-plugin, the need to use 
externally_visible disappears.

I intend to push this to jdk10/hs. This is a blocker for JDK-8189610.

I have verified that with this change I can build a link-time-opt 
libjvm.so on my linux-x64 workstation, that passes superficial tests, 
and that is ~4% smaller in size than a non-lto build.

Bug: https://bugs.openjdk.java.net/browse/JDK-8190284
Patch inline:
diff --git a/make/hotspot/lib/JvmFeatures.gmk 
b/make/hotspot/lib/JvmFeatures.gmk
--- a/make/hotspot/lib/JvmFeatures.gmk
+++ b/make/hotspot/lib/JvmFeatures.gmk
@@ -157,7 +157,7 @@
    # like the old build, but it's probably not right.
    JVM_OPTIMIZATION :=
    JVM_CFLAGS_FEATURES += -O3 -flto
-  JVM_LDFLAGS_FEATURES += -O3 -flto -fwhole-program -fno-strict-aliasing
+  JVM_LDFLAGS_FEATURES += -O3 -flto -fuse-linker-plugin 
-fno-strict-aliasing
  endif

  ifeq ($(call check-jvm-feature, minimal), true)

/Magnus



More information about the build-dev mailing list