RFR: 8166189: Fix for Bug 8165524 breaks AIX build

Martin Buchholz martinrb at google.com
Wed Sep 28 17:33:04 UTC 2016

On Wed, Sep 28, 2016 at 9:33 AM, Volker Simonis <volker.simonis at gmail.com>

> I don't think this can be easily done with the current build system.
> Remember for example that even such a sensitive part like jni.h is
> still duplicated between the hotspot and the jdk repository:
> hotspot/src/share/vm/prims/jni.h
> jdk/src/java.base/share/native/include/jni.h

It's one of the frustrating aspects of openjdk development that it's hard
to share C level infrastructure among different components.  Components
sometimes grow their own local C infrastructure, but when another component
has the same problem, one often resorts to copy-paste as the most expedient
way to get code reuse.  In part, the mercurial repo organization reinforces
this - there is one top-level repo with fan-out, but there is nothing at
the bottom with fan-in.

One code sharing mechanism that does get used is seen in
where code from the jdk repo is packaged into a shared object and invoked
from hotspot, dynamically.

More information about the core-libs-dev mailing list