Re: RfR JDK-8167213 Move include/bridge/AccessBridgeCalls.c to the source directory

2016-10-20 Thread Pete Brunet
Please see the latest update http://cr.openjdk.java.net/~ptbrunet/JDK-8167213/webrev.02/ The fix now is to simply remove the copy of the AccessBridgeCalls.c file into the JDK. AccessBridgeCalls.c is the implementation of the documented Java Access Bridge API and is a set of wrapper functions

Re: how to build HEADLEDD when using Icedtea

2016-10-20 Thread Diaz Soho
I can build openjdk8u with --disable-headful, but there is no option to disable headful when I try to build Icedtea. any ideas? 2016-10-21 11:02 GMT+08:00 David Holmes : > On 21/10/2016 11:52 AM, Diaz Soho wrote: >> >> Hi All, >> >> is there any way to build icedtea with

Re: RFR: 8168414 Various timeouthandler fixes

2016-10-20 Thread David Holmes
On 20/10/2016 11:44 PM, Staffan Larsen wrote: On 20 Oct 2016, at 15:41, David Holmes wrote: On 20/10/2016 11:27 PM, Staffan Larsen wrote: When looking for some timeout handler problems I found a few things that should be fixed: * Strange use of

Re: how to build HEADLEDD when using Icedtea

2016-10-20 Thread David Holmes
On 21/10/2016 11:52 AM, Diaz Soho wrote: Hi All, is there any way to build icedtea with "--disable-headful"? because I would like to build icedtea for my embedded platform using jamvm VM. You'd need to ask the Icedtea folk about that. David best Regards, DiazSoho

how to build HEADLEDD when using Icedtea

2016-10-20 Thread Diaz Soho
Hi All, is there any way to build icedtea with "--disable-headful"? because I would like to build icedtea for my embedded platform using jamvm VM. best Regards, DiazSoho

Re: the Minimum set when install jdk8u

2016-10-20 Thread Diaz Soho
hi, Yes, I have set in HDEALESS. 2016-10-21 5:06 GMT+08:00 yumin qi : > HI, Diaz > > I think you need build headless version (no X11 library etc). set > BUILD_HEADLESS true. > Regards > Yumin > > On Thu, Oct 20, 2016 at 6:37 AM, Diaz Soho wrote: >>

Re: RFR: 8145471: javac changes for enhanced deprecation

2016-10-20 Thread Jonathan Gibbons
On 10/18/2016 05:00 PM, Jonathan Gibbons wrote: Jan, You're correct, the change in make/CompileJavaModules.gmk is not necessary. Well spotted. The changes to the other make/ file are still necessary for the time being, to suppress warnings until the sources can be updated with appropriate

Re: the Minimum set when install jdk8u

2016-10-20 Thread yumin qi
HI, Diaz I think you need build headless version (no X11 library etc). set *BUILD_HEADLESS true.* *Regards* *Yumin* On Thu, Oct 20, 2016 at 6:37 AM, Diaz Soho wrote: > Hi all, > > when I finish build openjdk, and try to install to a local directory, > I find the

Re: RFR(s): 8168409 Update list of tools run by the jtreg timeouthandler

2016-10-20 Thread Dmitry Samersoff
Staffan, Could you add jhsdb jstack --mixed --pid to get mixed stack trace when it possible? -Dmitry On 2016-10-20 14:42, Staffan Larsen wrote: > Please review this small update to the list of tools that the jtreg > timeouthandler runs when a timeout is hit. This change removes all calls to

Re: RFR(s): 8168409 Update list of tools run by the jtreg timeouthandler

2016-10-20 Thread Staffan Larsen
Thanks Marcus for all three reviews! > On 20 Oct 2016, at 15:50, Marcus Larsson wrote: > > Hi, > > >> On 10/20/2016 01:42 PM, Staffan Larsen wrote: >> Please review this small update to the list of tools that the jtreg >> timeouthandler runs when a timeout is hit.

Re: RFR: 8165804: Revisit the way of loading BreakIterator rules/dictionaries

2016-10-20 Thread Naoto Sato
Looks good to me. Naoto On 10/20/16 1:33 AM, Masayoshi Okutsu wrote: Hi, Please review the changes for JDK-8165804 which is a follow-up of JDK-8076757. Some notes on the changes. - Removed INCLUDES := $(TEXT_PKG_LD) from make/gendata/GendataBreakIterator.gmk in order to avoid compiling

Re: RFR: 8168414 Various timeouthandler fixes

2016-10-20 Thread Marcus Larsson
Hi, On 10/20/2016 03:27 PM, Staffan Larsen wrote: When looking for some timeout handler problems I found a few things that should be fixed: * Strange use of Thread.currentThread().interrupt() * Add logging for timeouts * Milliseconds sometimes printed as microseconds or nanoseconds * Should

Re: RFR(XS): 8168412 Reduce buffering in jtreg timeouthandler

2016-10-20 Thread Marcus Larsson
Hi, On 10/20/2016 02:03 PM, Staffan Larsen wrote: Hi, Please review this small patch to the jtreg timeouthandler to remove some buffering. We create PrintWriters in a couple of places and this patch adds the second parameter to the constructor to enable automatic flushing of the

Re: RFR(s): 8168409 Update list of tools run by the jtreg timeouthandler

2016-10-20 Thread Marcus Larsson
Hi, On 10/20/2016 01:42 PM, Staffan Larsen wrote: Please review this small update to the list of tools that the jtreg timeouthandler runs when a timeout is hit. This change removes all calls to the old SA-tools and instead uses Diagnostic Commands to gather the same information. The

Re: RFR: 8168414 Various timeouthandler fixes

2016-10-20 Thread Staffan Larsen
> On 20 Oct 2016, at 15:41, David Holmes wrote: > > On 20/10/2016 11:27 PM, Staffan Larsen wrote: >> When looking for some timeout handler problems I found a few things that >> should be fixed: >> >> * Strange use of Thread.currentThread().interrupt() > > That isn't

Re: RFR: 8168414 Various timeouthandler fixes

2016-10-20 Thread David Holmes
On 20/10/2016 11:27 PM, Staffan Larsen wrote: When looking for some timeout handler problems I found a few things that should be fixed: * Strange use of Thread.currentThread().interrupt() That isn't "strange" it is an idiomatic usage - if you can't propagate the InterruptedException to show

Fwd: the Minimum set when install jdk8u

2016-10-20 Thread Diaz Soho
Hi all, when I finish build openjdk, and try to install to a local directory, I find the folder /usr/local/jvm/ include a lots of files , the size is very large. is there any minimun set that I can select to install to my embedded platform? for example: if I would like to run "java -jar " on my

RFR: 8168414 Various timeouthandler fixes

2016-10-20 Thread Staffan Larsen
When looking for some timeout handler problems I found a few things that should be fixed: * Strange use of Thread.currentThread().interrupt() * Add logging for timeouts * Milliseconds sometimes printed as microseconds or nanoseconds * Should use destroyForcibly() to terminate processes * No

RFR(XS): 8168412 Reduce buffering in jtreg timeouthandler

2016-10-20 Thread Staffan Larsen
Hi, Please review this small patch to the jtreg timeouthandler to remove some buffering. We create PrintWriters in a couple of places and this patch adds the second parameter to the constructor to enable automatic flushing of the PrintWriter. webrev:

RFR(s): 8168409 Update list of tools run by the jtreg timeouthandler

2016-10-20 Thread Staffan Larsen
Please review this small update to the list of tools that the jtreg timeouthandler runs when a timeout is hit. This change removes all calls to the old SA-tools and instead uses Diagnostic Commands to gather the same information. The possible drawback is that Diagnostic Commands do not work on

RFR: 8165804: Revisit the way of loading BreakIterator rules/dictionaries

2016-10-20 Thread Masayoshi Okutsu
Hi, Please review the changes for JDK-8165804 which is a follow-up of JDK-8076757. Some notes on the changes. - Removed INCLUDES := $(TEXT_PKG_LD) from make/gendata/GendataBreakIterator.gmk in order to avoid compiling non-BreakIterator*.java for the build tool with boot JDK. - Added

Re: using openjdk for JamVM how to

2016-10-20 Thread David Holmes
On 20/10/2016 3:57 PM, Diaz Soho wrote: Hi all, Originally , I use GNU Classpath for JamVM when I run my Java application. But my Java application need new classpath like Java(TM) SE Runtime Environment (build 1.8.0_91-b14). My java application maynot workable with GNU Classpath. I would like