<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi, Volker.<div class="">It seems that it was fixed already by</div><div class=""><a href="https://bugs.openjdk.java.net/browse/JDK-8177137" class="">https://bugs.openjdk.java.net/browse/JDK-8177137</a></div><div class="">Will be available in jdk9-dev soon.</div><div class=""><br class=""><div><blockquote type="cite" class=""><br class="Apple-interchange-newline"><div class=""><div class="">Hi,<br class=""><br class="">I'd kindly like to request the inclusion of the following trivial fix<br class="">into jdk9 to keep it buildable with VS2010:<br class=""><br class=""><a href="http://cr.openjdk.java.net/~simonis/webrevs/2017/8178911/" class="">http://cr.openjdk.java.net/~simonis/webrevs/2017/8178911/</a><br class="">https://bugs.openjdk.java.net/browse/JDK-8178911<br class=""><br class="">I know that VS2010 isn't Oracle's default compiler for Windows, but<br class="">others like SAP are still using it. The fix for JDK-8175293 introduced<br class="">a struct assignment which is not supported by VS2010:<br class=""><br class="">prevScaleRec = { -1, -1, -1 };<br class=""><br class="">The fix is rather trivial and would keep the JDK9 sources buildable with VS2010:<br class=""><br class="">prevScaleRec.scaleX = prevScaleRec.scaleY = prevScaleRec.screen = -1;<br class=""><br class="">As this fix only removes some "syntactic sugar" I think it imposes no<br class="">risks at all. The benefits of being able to still build the complete<br class="">jdk 9 with VS2010 justifies in my opinion its inclusion into jdk9,<br class="">even at this stage.<br class=""><br class="">Thank you and best regards,<br class="">Volker<br class=""></div></div></blockquote></div><br class=""></div></body></html>