Our bad (and our apologies). I don't know if there were legal issues

with providing Queens.java or Queens.class or not. The end of the

build tries to self-test. We should probably comment that out. You would

need to have a java in your path to run any self-test anyway.

What you have is a successful build of the hotspot vm.

What you need to do is to copy the libjvm.dylib and libjsig.dylib into the location

you are currently using to run your jre - whether that is

a binary you downloaded, or a jdk you built. Of course you

want to save the existing libjvm.dylib and libjsig.dylib. Make sure

you copy over the server/libjvm.dylib if you built "product" - that

is the optimizing, server compiler by default.

hope this helps,

Karen

On Sep 21, 2008, at 5:54 PM, Michael Franz wrote:

My next problem is this:
All done.
cd bsd_i486_compiler2/product && ./test_gamma
openjdk full version "1.7.0-internal-landonf_2008_08_20_14_13-b00"
Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object
openjdk version "1.7.0-internal"
OpenJDK Runtime Environment (build 1.7.0-internal-landonf_2008_08_20_14_13-b00)
OpenJDK Server VM (build 14.0-b01, mixed mode)

Exception in thread "main" java.lang.NoClassDefFoundError: Queens
Caused by: java.lang.ClassNotFoundException: Queens
    at java.net.URLClassLoader$1.run(URLClassLoader.java:220)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:209)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:208)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:325)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:270)
    at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:338)
make[4]: *** [product] Error 1
make[3]: *** [generic_build2] Error 2
make[2]: *** [product] Error 2
make[1]: *** [hotspot-build] Error 2
make: *** [build_product_image] Error 2

I cannot find any reference to a 'Queens' class.

Michael

On Sun, Sep 21, 2008 at 4:57 PM, Michael Franz <mvfranz@gmail.com> wrote:

Hi,

It seems that I need to set both ALT_BOOTDIR and ALT_JDK_IMPORT_PATH to get the build to run with the OpenJDK Darwin binaries.

For people that did not have this problem, is there some other variable that is set that makes ALT_JDK_IMPORT_PATH unnecessary?

Michael