Bootstrapping with OpenJDK 7

Karen Kinnear Karen.Kinnear at Sun.COM
Sun Sep 21 18:03:13 PDT 2008


Our bad (and our apologies). I don't know if there were legal issues
with providing 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,

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$
>     at$
>     at Method)
>     at
>     at java.lang.ClassLoader.loadClass(
>     at sun.misc.Launcher$AppClassLoader.loadClass(
>     at java.lang.ClassLoader.loadClass(
>     at java.lang.ClassLoader.loadClassInternal(
> 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>  
> 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...

More information about the bsd-port-dev mailing list