8212110: Build of saproc.dll broken on Windows 32 bit after JDK-8210647
Severin Gehwolf
sgehwolf at redhat.com
Fri Oct 12 11:49:05 UTC 2018
Hi Martin,
On Fri, 2018-10-12 at 10:52 +0000, Doerr, Martin wrote:
> Hi Severin,
>
> thank you for providing this fix so quickly. It looks good to me.
Thanks for testing and the review.
> I was able to build jdk11u with this patch.
>
> Just for information:
> I'm using Visual Studio 2013 and configure with --disable-warnings-as-errors.
> (Otherwise I got
> Creating support/modules_cmds/jdk.hotspot.agent/jhsdb.exe from 1 file(s)
> jdk11u/src/jdk.crypto.mscapi/windows/native/libsunmscapi/security.cpp(773) : error C2220: warning treated as error - no 'object' file generated
> jdk11u/src/jdk.crypto.mscapi/windows/native/libsunmscapi/security.cpp(773) : warning C4244: 'argument' : conversion from 'jlong' to 'HCRYPTKEY', possible loss of data
> jdk11u/src/jdk.crypto.mscapi/windows/native/libsunmscapi/security.cpp(773) : warning C4244: 'argument' : conversion from 'jlong' to 'HCRYPTPROV', possible loss of data
> jdk11u/src/jdk.crypto.mscapi/windows/native/libsunmscapi/security.cpp(967) : warning C4244: 'argument' : conversion from 'jlong' to 'HCRYPTKEY', possible loss of data
> jdk11u/src/jdk.crypto.mscapi/windows/native/libsunmscapi/security.cpp(967) : warning C4244: 'argument' : conversion from 'jlong' to 'HCRYPTPROV', possible loss of data
> )
>
> But that's unrelated to your fix. It works fine.
OK. I'll wait for some build people to review this too and then push.
Thanks,
Severin
> Best regards,
> Martin
>
>
> -----Original Message-----
> From: Severin Gehwolf <sgehwolf at redhat.com>
> Sent: Freitag, 12. Oktober 2018 11:20
> To: build-dev <build-dev at openjdk.java.net>
> Cc: Doerr, Martin <martin.doerr at sap.com>; Baesken, Matthias <matthias.baesken at sap.com>
> Subject: RFR: 8212110: Build of saproc.dll broken on Windows 32 bit after JDK-8210647
>
> Hi,
>
> Please review this fix for a build failure of saproc.dll on Windows 32
> bit. For 32 bit Windows builds flag -RTC1 gets added unconditionally.
> Yet, as per compiler doc[1] it should only be added for development
> builds. This causes a build failure post JDK-8210647 as in
> release/fastdebug variant builds of the JDK saproc.dll will get
> optimization flags producing an incompatible set of flags. This used to
> work prior JDK-8210647, because saproc.dll was never optimized (not
> even in release/fastdebug variants).
>
> The proposed fix is to only add the flag for slowdebug builds, which
> corresponds to development builds in OpenJDK. Thoughts?
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8212110
> webrev: http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8212110/webrev.01/
>
> Unfortunately, I don't have a system to actually test this on. So will
> rely on Martin or Matthias to test whether this fixes the build failure
> [2] they are seeing. AFAIK, Oracle no longer builds on Windows 32 bit
> either.
>
> Thanks,
> Severin
>
> [1] https://msdn.microsoft.com/en-us/library/8wtf2dfz.aspx
> [2] http://mail.openjdk.java.net/pipermail/jdk-updates-dev/2018-October/000213.html
>
More information about the build-dev
mailing list