Bootstrapping with OpenJDK 7

[Karen Kinnear]

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 at 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
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080921/bb7498d0/attachment.html