On 18/11/16 15:30, Erik Joelsson wrote:
Please review this change which removes the $ARCH sub directory in the lib directory of the runtime images, which is an outstanding issue from the new runtime images. Most of the changes are in the build, but there are some in hotspot and launcher source. I have verified -testset hotspot and default in JPRT as well as tried to run as many jtreg tests as possible locally. I could only really find two tests that needed to be adjusted.
This directly impacts on another bug which I'm in the process of investigating. On Solaris it was always possible to directly execute a JAR file as the kernel knows how to handle them, via jexec. When 32-bit support for Solaris was removed this broke as the 64-bit version of jexec was not being built. The fix is easy but it appears jexec is delivered into the $ARCH directory, and that location is hard-coded into the Solaris kernel, and is covered by a cross-product engineering contract. In the case of jexec that contract needs modifying, what I don't know is if there are any other similar cross-product dependencies that will be affected by this change.
-- Alan Burlison --
