Great, vm build is back to normal after latest commit and OS/X VM is available :
http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-1.7-universal-20110310.dmg 2011/3/20 Greg Lewis <gle...@eyesbeyond.com>: > On Sat, Mar 19, 2011 at 09:33:11PM -0700, John Rose wrote: >> The change below in Defs-bsd.gmk causes the loading of the spurious copy of >> libjvm. -- John > > Thanks John! Unfortunately it looks like this is needed on FreeBSD or the > new shared library validation breaks. I've committed a change that undoes > the rpath addition on MacOS X only. Works for me. > >> On Mar 19, 2011, at 7:02 PM, John Rose wrote: >> >> > The root problem appears to be that libjvm is mapped twice. The second >> > mapping is used by native methods. The first execution of >> > Thread.currentThread() binds to the uninitialized second copy of >> > JVM_CurrentThread (jvm.cpp) which accesses an uninitialized table _sp_map >> > to get Thread::current(). A broken _sp_map drops the JVM. >> > >> > There have been launcher changes in the last several weeks. Perhaps they >> > have caused the double mapping. Or maybe that was happening all along, >> > but now it has become problematic. >> > >> > By the way, the double mapping does not happen with "gamma" (non-launcher >> > debug executable), which is why I suspect the launcher. >> > >> > -- John >> >> diff --git a/make/common/Defs-bsd.gmk b/make/common/Defs-bsd.gmk >> --- a/make/common/Defs-bsd.gmk >> +++ b/make/common/Defs-bsd.gmk >> @@ -297,7 +297,7 @@ >> # the library itself should not. >> # >> VM_NAME = server >> -JVMLIB = -L$(LIBDIR)/$(LIBARCH)/$(VM_NAME) -ljvm >> +JVMLIB = -Xlinker -rpath -Xlinker $(LIBDIR)/$(LIBARCH)/$(VM_NAME) >> -L$(LIBDIR)/$(LIBARCH)/$(VM_NAME) -ljvm >> JAVALIB = -ljava $(JVMLIB) >> >> # >> >> > >> > > > -- > Greg Lewis Email : gle...@eyesbeyond.com > Eyes Beyond Web : http://www.eyesbeyond.com > Information Technology FreeBSD : gle...@freebsd.org > >
