Re: RfR JDK-8055831 Open Source Java Access Bridge

2015-03-23 Thread Erik Joelsson
Hello Pete, In general this looks good. However, to better fit with our intended source code file layout, I would prefer if the source was organized by the names of the libraries being built, and this would be a good time to get it done properly. Something like this: jdk.accessibility/window

RFR: JDK-8075717 Replace INTERNAL_BUILD with DEBUG in awt

2015-03-23 Thread Magnus Ihse Bursie
The current define INTERNAL_BUILD has a value that is dependent on the milestone part of the version string. This is not ideal, and should be replaced with a simple dependency on DEBUG. Bug: https://bugs.openjdk.java.net/browse/JDK-8075717 WebRev: http://cr.openjdk.java.net/~ihse/JDK-8075717-r

Re: RFR: JDK-8075717 Replace INTERNAL_BUILD with DEBUG in awt

2015-03-23 Thread Sergey Bylokhov
The fix looks fine. 23.03.15 16:11, Magnus Ihse Bursie wrote: The current define INTERNAL_BUILD has a value that is dependent on the milestone part of the version string. This is not ideal, and should be replaced with a simple dependency on DEBUG. Bug: https://bugs.openjdk.java.net/browse/JDK

RFR: JDK-8075725: Remove /jre subdir in hotspot dist dir

2015-03-23 Thread Erik Joelsson
Hello, In JDK 9, the /jre sub directory in the jdk image has been removed. We should also remove this in the hotspot dist output directory and the corresponding import logic in the jdk build. There are still references to /jre in hotspot.script and build.sh, but since I don't know how or if

Re: RFR: JDK-8075725: Remove /jre subdir in hotspot dist dir

2015-03-23 Thread Tim Bell
Erik: In JDK 9, the /jre sub directory in the jdk image has been removed. We should also remove this in the hotspot dist output directory and the corresponding import logic in the jdk build. There are still references to /jre in hotspot.script and build.sh, but since I don't know how or if t

Re: RfR JDK-8055831 Open Source Java Access Bridge

2015-03-23 Thread Pete Brunet
Hi Erik, I tried the restructuring about 2 weeks ago and the build failed trying to find an h file in the common directory. I used two directories on the SRC := setting for SetupNativeCompilation but the build failed not finding an h file located in the second (common) directory. On 3/23/15 5:06

IcedTea Build Failures using self as book JDK

2015-03-23 Thread Styx, Aaron (US SSA)
I'm working on porting Java 7 (using IcedTea 2.5.4) to a new OS. I've completed the build once, but when I install what was built to use as the bootstrap JDK and start a fresh build , it fails with a seg fault when it gets into openjdk/jdk/make/com/sun/jmx running openjdk.build/bin/java. Log f

Re: IcedTea Build Failures using self as book JDK

2015-03-23 Thread Martin Buchholz
[+distro-pkg-dev] On Mon, Mar 23, 2015 at 11:47 AM, Styx, Aaron (US SSA) < aaron.s...@baesystems.com> wrote: > I'm working on porting Java 7 (using IcedTea 2.5.4) to a new OS. I've > completed the build once, but when I install what was built to use as the > bootstrap JDK and start a fresh build

Re: IcedTea Build Failures using self as book JDK

2015-03-23 Thread Andrew Haley
On 03/23/2015 06:47 PM, Styx, Aaron (US SSA) wrote: > I'm working on porting Java 7 (using IcedTea 2.5.4) to a new > OS. I've completed the build once, but when I install what was built > to use as the bootstrap JDK and start a fresh build , it fails with > a seg fault when it gets into openjdk/jd