RFR: JDK-8189430: make/hotspot/copy/Copy-java.base.gmk in wrong location after consolidation

Magnus Ihse Bursie magnus.ihse.bursie at oracle.com
Wed Oct 18 09:38:18 UTC 2017


On 2017-10-18 07:39, David Holmes wrote:
> On 17/10/2017 11:21 PM, Magnus Ihse Bursie wrote:
>> On 2017-10-17 14:39, David Holmes wrote:
>>> Hi Erik,
>>>
>>> Seems reasonable. Though does highlight we still need to close out 
>>> 8167078.
>> 100% agree. Do you think we can just delete the files that are not 
>> distributed anyway? The bug is assigned to infrastructure, but it's 
>> rather somewhere in the intersection of hotspot and corelibs. Can you 
>> help out to resolve how to proceed with that?
>
> I think it's mainly infrastructure because once we have only one file 
> we have to modify the build so that it can be included by both jdk and 
> hotspot code. But that should be quite easy now we have consolidated 
> repos and the new file layout.
As long as we only have one file, I agree that it's a build issue. But 
if there are differences, it must be resolved by the component teams.
>
> Looks like the jni.h differences have already been reconciled, but 
> there's some work to do with the platform specific jni_md.h files. 
> Unfortunately JDK version assumes the OS defines the differences while 
> hotspot (rightly so) uses the CPU. Not sure what happens for OS like 
> AIX that don't have a JDK variant ??
Actually, I believe the java.base approach is more sane here -- the 
hotspot files mostly contains ifdefs on OS, and the blocks for each OS 
is shared across CPUs, more or less.


>
> jvm.h and the platform specific variants are also a challenge.
Yeah, they looked messy indeed. I opened JDK-8189610 for that, and put 
it on hotspot. I think the burden is mainly on the hotspot team to 
rescue any changes that they need, since the java.base version is what's 
publicly exported.

> jvmticmlr.h is the same in both locations.
Thanks for noticing this. That allowed me to quickly address the issue! :)

/Magnus
>
> David
>
>> /Magnus
>>
>>>
>>> Thanks,
>>> David
>>>
>>> On 17/10/2017 10:32 PM, Erik Joelsson wrote:
>>>> In the consolidation restructuring, I missed merging the contents 
>>>> of make/hotspot/copy/Copy-java.base.gmk with 
>>>> make/copy/Copy-java.base.gmk. The only relevant part that needs to 
>>>> be preserved is the optional copying of libffi.so.? which we need 
>>>> when building zero internally at Oracle. The rest of the contents 
>>>> of this file is just copy rules for header files that are currently 
>>>> disabled. These header files are currently being copied from the 
>>>> old jdk repository instead of the old hotspot repository. Keeping 
>>>> these unused rules around serves no point.
>>>>
>>>> This patch moves the libffi copying to the correct place and 
>>>> discards the rest of the forgotten file.
>>>>
>>>> Webrev: http://cr.openjdk.java.net/~erikj/8189430/webrev.01/
>>>>
>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8189430
>>>>
>>>> /Erik
>>>>
>>




More information about the build-dev mailing list