RFR: JDK-8145564: 8036003: startup regression on linux fastdebug builds
Magnus Ihse Bursie
magnus.ihse.bursie at oracle.com
Wed Dec 16 21:38:15 UTC 2015
On 2015-12-16 22:34, Erik Joelsson wrote:
> Please review this quick fix for the build issue introduced in Hotspot
> by JDK-8036003. The short story is that if you set DEBUG_BINARIES=true
> when building Hotspot fastdebug, you essentially get a slowdebug
> build. For an explanation of why, see comment in bug. This behavior is
> of course also a bug, but not something I will address in this quick fix.
> What happened in JDK-8036003 was that a new configure API for
> controlling debug symbols was introduced. The two main settings of
> this new parameter, --with-native-debug-symbols, that we use
> internally at Oracle are "external" and "zipped". It was important to
> us that the behavior of these did not change with JDK-8036003, but
> exactly that did happen, because both of these settings now cause
> DEBUG_BINARIES=true to be set. This variable has never been set by
> configure before and because of the above weird behavior in the
> Hotspot makefiles, we are having problems.
> My proposed quick fix is to not set DEBUG_BINARIES=true for "external"
> or "zipped". It can remain true for "internal" since Oracle never
> builds it that way, and I understand those that requested this new
> configure parameter were setting DEBUG_BINARIES=true as a workaround
> before this anyway, so they should be fine with the broken fastdebug
> behavior for a while more. I will file a follow up bug to properly
> clean up this mess, but it will take some more time.
> Bug: https://bugs.openjdk.java.net/browse/JDK-8145564
> Webrev: http://cr.openjdk.java.net/~erikj/8145564/webrev.01/
Looks good to me.
More information about the hotspot-dev