Include vcruntime140_1.dll when compiling with VS2019

[pshipton]

Internal issue - JVMJ9VM011W Unable to load j9jit29: JVMPORT015E Unable to resolve shared library references - a prerequisite shared library may be missing

The OpenJDK code is backported from jdk17.
8242468: VS2019 build missing vcruntime140_1.dll

In the PR build, vcruntime140_1.dll is included in the bin directory and the java.base.jmod (as expected).
On a system without vcruntime140_1.dll, the PR build runs without error, while the last nightly build gets the error shown above.

Signed-off-by: Peter Shipton Peter_Shipton@ca.ibm.com

[pshipton]

jenkins compile win jdk11

[pshipton]

jenkins compile win jdk11

[pshipton]

jenkins compile win jdk11

[babsingh]

• Why didn't we change the copyright to 2022?
• Otherwise, LGTM.

[pshipton]

The OpenJDK changes backported were made in 2020, so I used that date.

[pshipton]

@keithc-ca do you have an opinion on what copyright date to use?

[keithc-ca]

I think we should also backport the copyright dates from jdk17.

[keithc-ca]

@babsingh Why did you merge this before @pshipton had a chance to update the copyright dates?

[babsingh]

• As per Include vcruntime140_1.dll when compiling with VS2019 #574 (comment), the copyrights already matched the original changes.
• As per Include vcruntime140_1.dll when compiling with VS2019 #574 (comment), you wanted the copyrights from the original changes to be used.
• So, no more changes were needed.

[babsingh]

@keithc-ca Was your message misinterpreted? I can make the correction.

[keithc-ca]

Perhaps I didn't look at the dates closely enough. For example, spec.gmk.in has a current copyright date in jdk17 of 2021, but this change leaves that date at 2020: that sort of discrepancy was the basis for my comment. However, if we consider the date when the change was committed to jdk17, it is actually 2020, so I think everything is fine. Sorry for the noise.