RFR: 8236714: enable link-time section-gc for linux to remove unused code
Erik Joelsson
erik.joelsson at oracle.com
Thu Jan 23 17:06:34 UTC 2020
Hello,
That's better, but there are still some issues.
flags-cflags.m4
Code is repeated in both if and else block.
jdk-options.m4
The default is now true for all platforms. I would suggest moving the
s390x conditional down into an elif after the elif for "no".
LibCommon.gmk
Please revert whole file.
/Erik
On 2020-01-23 05:15, Baesken, Matthias wrote:
> Hi Erik, new webrev :
>
> http://cr.openjdk.java.net/~mbaesken/webrevs/8236714.6/
>
> I moved the settings back into the m4 files .
>
> Best regards, Matthias
>
>> Hello Matthias,
>>
>> You can keep the setting up of all the flags in flags-cflags.m4 and
>> flags-ldflags.m4 based on the value of ENABLE_LINKTIME_GC. You can also
>> default the value of this new parameter to true for s390x to keep the
>> current behavior for that platform. As it is in this patch, the JVM
>> flags for s390x are setup in configure while the JDK flags are in make,
>> which gets confusing I think.
>>
>> /Erik
>>
>>
>> On 2020-01-22 05:33, Baesken, Matthias wrote:
>>> Hi Magnus / David, here is a new webrev :
>>>
>>>
>>> http://cr.openjdk.java.net/~mbaesken/webrevs/8236714.4/
>>>
>>>
>>> it supports now a configure switch --enable-linktime-gc=yes that needs to
>> be set to enable the link time section gc .
>>> Exception is linuxs390x where we already have the feature enabled (and
>> keep it enabled always for LIB_JVM).
>>> Best regards, Matthias
>>>
>>>
>>>
>>> From: Baesken, Matthias
>>> Sent: Freitag, 17. Januar 2020 12:44
>>> To: Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com>; David Holmes
>> <david.holmes at oracle.com>; 'build-dev at openjdk.java.net' <build-
>> dev at openjdk.java.net>; 'hotspot-dev at openjdk.java.net' <hotspot-
>> dev at openjdk.java.net>
>>> Subject: RE: RFR: 8236714: enable link-time section-gc for linux to remove
>> unused code
>>>
>>>
>>> * Matthias: Have a look at some recently added option to get an
>> indication of the best practice in adding new options. There are some ways to
>> easily make this incorrect
>>> Hi Magnus, do you have a good/”best practice” example (not that I catch a
>> bad one 😉 ) ?
>>> Best regards, Matthias
>>>
More information about the build-dev
mailing list