Request for review 7170638: Use DTRACE_PROBE[N] in JNI Set and SetStatic Field.
Mark Wielaard
mjw at redhat.com
Wed Oct 3 07:38:08 PDT 2012
On Wed, 2012-10-03 at 23:00 +1000, David Holmes wrote:
> To be clear, when hotspot is built as part of a full build then it
> should be being passed the OPENJDK variable. But I don't think it is,
> which is a bug in the top-level make logic. It has been a harmless bug
> to-date
Yeah, it looks like it might have been the intention to pass it down
through COMMON_BUILD_ARGUMENTS?
> To allow for the old build system, and for standalone builds within that
> system, I think the hotspot/make/defs.make would have to duplicate the
> logic that is in jdk/make/common/Defs.gmk.
I looked at that, but the build makefile setups are pretty different.
The simplest seems to be to at least add it to the
COMMON_BUILD_ARGUMENTS at the top-level like so:
--- openjdk/make/Defs-internal.gmk.orig 2012-10-03 16:08:00.239767294 +0200
+++ openjdk/make/Defs-internal.gmk 2012-10-03 16:07:50.508629201 +0200
@@ -325,6 +325,10 @@
PREVIOUS_MICRO_VERSION=$(PREVIOUS_MICRO_VERSION) \
STATIC_CXX=$(STATIC_CXX)
+ifdef OPENJDK
+ COMMON_BUILD_ARGUMENTS += OPENJDK=$(OPENJDK)
+endif
+
ifdef ARCH_DATA_MODEL
COMMON_BUILD_ARGUMENTS += ARCH_DATA_MODEL=$(ARCH_DATA_MODEL)
endif
That works for my setup and should cover most default builds of openjdk
starting from the top-level. Does that look OK to you?
Next we have to figure out how to get the default for OPENJDK set to
true in a plain hotspot dir. But the logic seems to be somewhat
different from what the jdk dir does. We might be able to use the
openjdk/hostpot/make/openjdk_distro Makefile snippet. Since that is
executed when the the hotspot build detects that it doesn't have
"closed" components. But I am not entirely sure how to satisfy the
restriction listed there:
# This file format must remain compatible with both
# GNU Makefile and Microsoft nmake formats.
Since I don't know anything about nmake.
Cheers,
Mark
More information about the hotspot-dev
mailing list