Hello Dmitry,
Nice to see this happen!
make/lib/Lib-jdk.hotspot.agent.gmk:
Missing a "/libsaproc" here:
SA_SRC += $(SA_TOPDIR)/share/native
$(SA_TOPDIR)/$(OPENJDK_TARGET_OS)/native/libsaproc
Otherwise it looks good.
/Erik
On 2015-12-21 22:50, Dmitry Samersoff wrote:
Everybody,
Please, rev
Looks good to me.
/Erik
On 2015-12-21 21:18, Bob Vandette wrote:
http://cr.openjdk.java.net/~bobv/8145936/webrev.00/
Please review the following fixes that were required to complete the
initial bringup of the iOS ARM64 Zero Java runtime in the JDK 9 Mobile/dev
forest.
1. Change the VAR_CPU_A
Everybody,
Please, review the changes:
http://cr.openjdk.java.net/~dsamersoff/JDK-8067194/webrevs.02/
The problem:
Serviceability agent source should follow source layout
convention for modular jdk.
The solution:
Move SA sources under src/jdk.hotspot.agent
Move native code under jdk.
Thomas,
It is definitely not too late. The push that Gary did was to our mobile/dev
forest which is
not the final forest before integration into OpenJDK. We pushed this to
mobile/dev in order to
allow interested developers to begin working with these changes and to provide
us with feedback.
I have seen the same error in other parts of the code when building on
older versions of Linux and am not surprised it pops up again. At
Oracle, we don't support this old version of Redhat anymore for JDK 9 so
it's not a regularly tested build configuration. I would recommend
trying a newer ver
http://cr.openjdk.java.net/~bobv/8145936/webrev.00/
Please review the following fixes that were required to complete the
initial bringup of the iOS ARM64 Zero Java runtime in the JDK 9 Mobile/dev
forest.
1. Change the VAR_CPU_ARCH for 64-bit to "arm" from “aarch64 in order to
ensure that OPENJ
Hello,
I just downloaded OpenJDK9, and am trying to build it on 32bit RHEL 5.11 with
g++ 4.2.1, and I am getting this error from commandLineFlagRangeList.cpp:
hotspot/src/share/vm/runtime/commandLineFlagRangeList.cpp:293: error: integer
constant is too large for 'long' type
commandLineFlagRang
Erik:
With Jib support in JDK 9, it would be nice to start using it in JPRT
instead of having JPRT having to track dependencies and
configurations. This change enables Jib in JPRT and disables all the
JPRT functionality for tracking dependencies (build.needs and most
configure args).
Bug: h
Hello,
With Jib support in JDK 9, it would be nice to start using it in JPRT
instead of having JPRT having to track dependencies and configurations.
This change enables Jib in JPRT and disables all the JPRT functionality
for tracking dependencies (build.needs and most configure args).
Bug: h
