RFR: 8257679: Improved unix compatibility layer in Windows build (winenv) [v3]
Magnus Ihse Bursie
ihse at openjdk.java.net
Fri Dec 4 08:57:23 UTC 2020
On Thu, 3 Dec 2020 22:36:33 GMT, Magnus Ihse Bursie <ihse at openjdk.org> wrote:
>> make/CreateJmods.gmk line 172:
>>
>>> 170: endif
>>> 171: else # not java.base
>>> 172: ifeq ($(call isTargetOs, windows)+$(CREATING_BUILDJDK), true+false)
>>
>> This looks strange. Why would CREATING_BUILDJDK be relevant here?
>
> If we are creating a buildjdk (which really means we are cross-compiling), we must not meddle with the Windows runtime dll:s, since they are for the target CPU architecture. To be *fully* correct, we should really turn the Windows runtime dll:s into a "normal"/BUILD_ split version, like with SYSROOT etc.
>
> But since this is just used locally for building, I'm assuming the build system has these runtime DLLs installed already. There seems to be no point in wasting time preparing a buildjdk with files that are just bundled for installation.
>
> Maybe there's a better way to express this, but the only thing I could get a hold of for the fact that we are creating a build-JDK (that is, not targeting the normal OPENJDK_TARGET_CPU) was the CREATING_BUILDJDK variable.
I reverted this change, and added a comment when we copy the libs.
-------------
PR: https://git.openjdk.java.net/jdk/pull/1597
More information about the hotspot-compiler-dev
mailing list