AdapterMethodHandle not found

Pete Brunet peter.brunet at
Tue May 7 01:10:09 UTC 2013

I tried changing my ALT_BOOTDIR from my normal 64 bit 7u21 installation
to the 7u80 tarball I extracted, but got:
make[2]: *** No rule to make target
`../../../build/windows-i586/btjars/addjsum.jar', needed by
`../../../build/windows-i586/lib/classlist'.  Stop.

FWIW, my ALT_JDK_IMPORT_PATH points at 7u80.

I changed my ALT_BOOTDIR back to 7u21 and did a full build, not just
jdk, and after a three hour build time all is well.


On 5/6/13 3:38 AM, Volker Simonis wrote:
> What does "../../../../build/windows-i586/bin/java -version" return?
> That must be HotSpot 24 (i.e. something like ' 24.0-b34..').
> How did you specify your boot-jdk? Maybe you didn't really build a new
> hotspot but imported it from the boot-jdk and that was too old?
> If you want you can compare your build logs with our nightly build
> logs of jdk7u on windows
> at:
> Regards
> Volker
> On Sat, May 4, 2013 at 5:40 AM, John Rose <john.r.rose at> wrote:
>> On May 3, 2013, at 8:42 AM, Pete Brunet <peter.brunet at> wrote:
>>> Error occurred during initialization of VM
>>> java/lang/NoClassDefFoundError: java/lang/invoke/AdapterMethodHandle
>> It's a micro-version mismatch, from running a down-rev JVM on an up-rev rt.jar (JDK).
>> But I don't understand why your makefile is running an old JVM on a new rt.jar.  That's build voodoo, I presume.
>> — John

More information about the build-dev mailing list