Michael, 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