RFR: JEP 367: Remove the Pack200 Tools and API
Erik Joelsson
erik.joelsson at oracle.com
Fri Dec 6 16:05:49 UTC 2019
Sounds good and looks good.
/Erik
On 2019-12-05 20:18, Henry Jen wrote:
> OK, so I created an issue[1] for follow up for Windows build and reverted the change in flags-cflags.m4, if nothing else, I’ll push without another webrev pinging that I get an +1 from someone in build-de, Erik?
>
> [1] https://bugs.openjdk.java.net/browse/JDK-8235461
>
> Cheers,
> Henry
>
>> On Dec 5, 2019, at 12:21 PM, Mandy Chung <mandy.chung at oracle.com> wrote:
>>
>>
>>
>> On 12/5/19 12:41 AM, Alan Bateman wrote:
>>> On 05/12/2019 08:16, Henry Jen wrote:
>>>> Hi,
>>>>
>>>> Updated webrev[1] reflect comments since last webrev. Vicente had done all the heavy-lifting and hand over to me to finish up.
>>>>
>>>> Changes to symbols is reverted, as we expect that only need to be updated in next release by running make/scripts/generate-symbol-data.sh.
>>>>
>>>> The jar files are confusing in the webrev, but those files are removed. The whole test/jdk/tools/pack200 is removed.
>>>>
>>>> Cheers,
>>>> Henry
>>>>
>>>> [1] http://cr.openjdk.java.net/~henryjen/jdk14/8234542/0/webrev/
>>>>
>>> The update webrev looks okay to me, except this part of the comment in flags-cflags.m4
>>>
>>> "Now that unpack200 has been removed we should consider setting it for windows too. but this could be done as a follow-up effort. It could be that other other clients are relying on the current configuration for windows".
>>>
>>> I think it would be best to create an infrastructure/build issue and leave most of this confusing comment out.
>>>
>> I also think keeping flags-cflags.m4 as is and file a new build issue as a follow-up would be better.
>>
>> Otherwise, this updated webrev looks okay to me.
>>
>> Mandy
More information about the build-dev
mailing list