windows build problem

Hi, I am trying to build jdk9 client workspace [http://hg.openjdk.java.net/jdk9/client] on windows7 but encountered problem while doing configure. I have installed Visual C++ 2010 express. Does anyone knows what might be the problem? $ bash ./configure --with-target-bits=32 Running custom

jdk9 client windows build problem

Hi, I am trying to build jdk9 client workspace ( http://hg.openjdk.java.net/jdk9/client). I installed Visual C++ 2010 express and I could see VS100COMNTOOLS env. var has been setup. But when I try to configure, i am getting following problem. Does anyone know what might cause this? $ bash

Re: jdk9 windows build failure

of cvtres.exe which is causing the problem as explained in the second answer at the stackowerflow question http://stackoverflow.com/questions/10888391/error-link-fatal-error-lnk1123-failure-during-conversion-to-coff-file-inval Regards, Volker On Tue, Apr 14, 2015 at 9:54 AM, prasanta sadhukhan

solaris jdk build configure problem

Hi All, I got a fresh clone of jdk9 workspace today and trying to configure for build in my solaris 11.2 system. But it fails citing /*"configure: error: Unable to find objcopy, cannot enable native debug symbols" */I had used the same system in the past with jdk9 sometime in Nov-Dec and it

Re: solaris jdk build configure problem

, but that has recently been fixed. /Erik On 2016-03-02 07:41, prasanta sadhukhan wrote: Hi All, I got a fresh clone of jdk9 workspace today and trying to configure for build in my solaris 11.2 system. But it fails citing /*"configure: error: Unable to find objcopy, cannot enable native debug sy

[9] RFR: JDK-8074826,,Resolve disabled warnings for liblcms

Hi All, Please review a fix to remove the disabled warnings from lcms library Bug: https://bugs.openjdk.java.net/browse/JDK-8074826 webrev: http://cr.openjdk.java.net/~psadhukhan/8074826/webrev.00/ One issue was snprintf/sprintf was using arguments it8 ->DoubleFormatter instead of string

jdk9 client build problem in linux

Hi All, I have tried to checkout fresh jdk9-client repo today in ubuntu 32 bit linux and build but experiencing a failure */export/WorkSpaces/jdk9/client-jigsaw/build/linux-x86-normal-server-fastdebug/support/test/hotspot/jtreg/native/support/exeinvoke/exeinvoke.o: In function `main':**

Re: jdk9 build failure in ubuntu16.10

Hi, On 12/6/2016 1:03 PM, David Holmes wrote: On 6/12/2016 4:55 PM, Prasanta Sadhukhan wrote: Hi, I was trying to build jdk9 workspace checked out today on ubuntu16.10 but am encountering a build problem. I did "configure --enable-debug --disable-warnings-as-errors" followed by &q

Re: jdk9 build failure in ubuntu16.10

On 12/6/2016 1:22 PM, David Holmes wrote: Hi Prasanta, On 6/12/2016 5:42 PM, Prasanta Sadhukhan wrote: Hi, On 12/6/2016 1:03 PM, David Holmes wrote: On 6/12/2016 4:55 PM, Prasanta Sadhukhan wrote: Hi, I was trying to build jdk9 workspace checked out today on ubuntu16.10 but am

[10] RFR JDK-8184813:Class javax/swing/plaf/metal/MetalFontDesktopProperty is broken in JDK10

Hi All, This is a back-out of 6461834: Minimize WindowsLookAndFeel classes included with Unix JDKs fix which was done to make sure WindowsLookAndFeel classes are not built for non-windows platform but it seems there are some classes in shared folder which uses

Re: [10] RFR JDK-6461834: Minimize WindowsLookAndFeel classes included with Unix JDKs

Better make sure of it. -phil. On 05/17/2017 03:49 AM, Prasanta Sadhukhan wrote: Yes, actually I am bit unsure of how to proceed with that. It is meant to open internal java.desktop classes "only" to jdk.jconsole but now afer this fix, these classes will only be available in windows platf

[10] RFR JDK-6461834: Minimize WindowsLookAndFeel classes included with Unix JDKs

Hi All, Please review a fix for an issue whereby it is seen that WindowsLookAndFeel classes are built for non-windows platform, where it is not needed. Proposed fix is to remove building these classes for non-windows platform. JPRT build is successful. Also, fixed the regression tests which

Re: [10] RFR JDK-6461834: Minimize WindowsLookAndFeel classes included with Unix JDKs

ule-info.java allows conditional open. Regards Prasanta On 5/17/2017 4:16 PM, Magnus Ihse Bursie wrote: Build changes looks good. However in src/java.desktop/share/classes/module-info.java you are trying to check in commented-out code instead of removing it. /Magnus On 2017-05-17 12:31, Pras

Re: [10] RFR JDK-6461834: Minimize WindowsLookAndFeel classes included with Unix JDKs

I got +1 from build. I need one more +1. Any further comment/objection on this changeset? else Can I commit this? Regards Prasanta On 5/18/2017 1:31 PM, Prasanta Sadhukhan wrote: So far I have looked, it seems jdk.jconsole uses this classes for windows only. These classes are specified

Re: [10] Review Request: 8189656 The Windows L should be moved out from the shared folder

looks good to me. Dont we need to add this bugid to the tests? Regards Prasanta On 11/28/2017 7:57 AM, Sergey Bylokhov wrote: Hello. Please review the fix for jdk10. This is the second attempt to move windows L from non-windows platforms. The first attempt JDK-6461834[1] was reverted because

[13] 8221731: Fix doclint handling of accessibility heading in java.desktop

Hi All, With the fix of JDK-8220250 fix headings in java.desktop the doclint handling can add back the accessibility check in the makefile. diff -r 901ff5aba330 make/CompileJavaModules.gmk --- a/make/CompileJavaModules.gmk    Sun Mar 31

Re: [OpenJDK 2D-Dev] RFR: 8224778: test/jdk/demo/jfc/J2Ddemo/J2DdemoTest.java cannot find J2Ddemo.jar

+1 Regards Prasanta On 25-May-19 5:06 AM, Philip Race wrote: No other comments so far so here's that update : http://cr.openjdk.java.net/~prr/8224778.1/ -phil. On 5/24/19, 2:41 PM, Philip Race wrote: Yes, I just copied that line + edited it. I can update both lines if that is what you are

Re: RFR [XS]: 8234795: ix build fails on macOS lower than 10.13 after 8214578 was: build fails on macOS 10.12 after 8214578: [macos] Problem with backslashes on macOS/JIS keyboard: Java ignores system

I have already raised a similar fix sometime back for JDK-8234786 Regards Prasanta On 26-Nov-19 2:49 PM, Baesken, Matthias wrote: Hello, here is a small adjustment that uses the typealias for NSTextInputSourceIdentifier . This fixes the build on macOS < 10.13 . Bug/webrev :

Re: RFR [XS]: 8234795: ix build fails on macOS lower than 10.13 after 8214578 was: build fails on macOS 10.12 after 8214578: [macos] Problem with backslashes on macOS/JIS keyboard: Java ignores system

Message- From: Prasanta Sadhukhan Sent: Dienstag, 26. November 2019 10:26 To: Baesken, Matthias ; Erik Joelsson ; 'build-dev@openjdk.java.net' Cc: 2d-...@openjdk.java.net; Lindenmaier, Goetz Subject: Re: RFR [XS]: 8234795: ix build fails on macOS lower than 10.13 after 8214578 was: build

Re: RFR: JDK-8242808 Fix all remaining deprecation warnings in jdk.hotspot.agent

Hi Magnus, Why can't we just use modelToView2D() to get Rectangle2D and then cast to Rectangle tobe used in scrollRectToVisible() or else use (int)Rectangle2D.getX(), (int)getY(), getWidth(), getHeight() to construct a new Rectangle()? Regard Prasanta On 15-Apr-20 3:35 PM, Magnus Ihse

Re: RFR: 8260931: Implement JEP 382: New macOS Rendering Pipeline [v4]

On Tue, 9 Feb 2021 12:29:52 GMT, Ajit Ghaisas wrote: >> **Description :** >> This is the implementation of [JEP 382 : New macOS Rendering >> Pipeline](https://bugs.openjdk.java.net/browse/JDK-8238361) >> It implements a Java 2D internal rendering pipeline for macOS using the >> Apple Metal

Re: RFR: 8260931: Implement JEP 382: New macOS Rendering Pipeline [v13]

On Fri, 12 Mar 2021 00:48:58 GMT, Sergey Bylokhov wrote: >> Ajit Ghaisas has updated the pull request with a new target base due to a >> merge or a rebase. The incremental webrev excludes the unrelated changes >> brought in by the merge/rebase. The pull request contains 47 additional >>

Re: RFR: 8260931: Implement JEP 382: New macOS Rendering Pipeline [v13]

On Thu, 11 Mar 2021 18:00:15 GMT, Ajit Ghaisas wrote: >> **Description :** >> This is the implementation of [JEP 382 : New macOS Rendering >> Pipeline](https://bugs.openjdk.java.net/browse/JDK-8238361) >> It implements a Java 2D internal rendering pipeline for macOS using the >> Apple Metal

Re: RFR: 8260931: Implement JEP 382: New macOS Rendering Pipeline [v13]

On Thu, 11 Mar 2021 18:00:15 GMT, Ajit Ghaisas wrote: >> **Description :** >> This is the implementation of [JEP 382 : New macOS Rendering >> Pipeline](https://bugs.openjdk.java.net/browse/JDK-8238361) >> It implements a Java 2D internal rendering pipeline for macOS using the >> Apple Metal

RFR: 8190907: Windows 10 default Korean Font Malgun Gothic available not used by GUI elements even though available without Korean Language Pack

Malgun_Gothic(https://en.wikipedia.org/wiki/Malgun_Gothic) had replaced Gulim korean font so it needs to be updated to show korean fonts - Commit messages: - 8190907: Windows 10 default Korean Font Malgun Gothic available not used by GUI elements even though available without