JVM interface header src location?
Andrew Leonard
andrew_m_leonard at uk.ibm.com
Fri Jan 12 09:10:56 UTC 2018
Eclipse OpenJ9 for example imitates the jvm.h interface without any change
to it, so in essence they treat it as a defined "interface", but as you
say it's really not a "supported" one, so I can understand both sides...
Andrew Leonard
Java Runtimes Development
IBM Hursley
IBM United Kingdom Ltd
Phone internal: 245913, external: 01962 815913
internet email: andrew_m_leonard at uk.ibm.com
From: mandy chung <mandy.chung at oracle.com>
To: David Holmes <david.holmes at oracle.com>, Andrew Leonard
<andrew_m_leonard at uk.ibm.com>
Cc: hotspot-dev at openjdk.java.net
Date: 11/01/2018 23:27
Subject: Re: JVM interface header src location?
On 1/11/18 2:01 PM, David Holmes wrote:
Wouldn't it be better for these headers to be under some generic "jvm" or
"base" include folder?
It would solve your problem. :) And I'm not opposed to moving them as a
convenience to you. My main concern would be that this is not seen as a
supported, exported, external contract between the JDK libraries and any
VM. I would still consider it a private interface between the JDK and
hotspot that changes whenever hotspot (or the JDK) needs it to.
Right. It's internal interface between JDK and hotspot.
src/java.base/share/include wasn't the desired location for it and hence
the relocation.
Would it be an alternative if the source location of these header files
can be configured at build time so that other JVM implementor can build
JDK with an alternate location? I would expect that other VM
implementation would have to do some work for any change to jvm.h
regardless of where it's located. The extra (hopefully minimal) work is
to update its own copy of jvm.h.
Mandy
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
More information about the hotspot-dev
mailing list