test_gamma failure on OS X (Leopard) with bsd-port (1.11)

[Michael Franz]

Christian,

I don't know enough about OS Xs loading mechanism to try and get this to
work.  I hope it is safe to just ignore the tests, that is what I have been
doing.

Michael

On Mon, Sep 7, 2009 at 4:16 PM, Christian Thalinger <
Christian.Thalinger at sun.com> wrote:

> Michael Franz wrote:
> > Hi,
> >
> > I have been struggling with this for a few weeks and do not know what is
> > causing this problem.  The ecj build works fine, but when the process
> > runs the test_gamma the javac fails to startup so that Queens is not
> > compiled.  Thus the running of Queens fails as Queens is not available.
> > I have enabled a bunch of debugging switches that I have found in the
> > code and force the JVM to produce a core dump when it fails.  When
> > looking at the core file I am lost trying to figure out what it is
> > telling me.  If I just continue after this error I get another error
> > about the crc-32 from java.util.ZipEntry.  If I copy this image
> > (openjkd-ecj/build/bsd-i586/j2sdk-image) and use it as my bootstrap JDK
> > I have the same results, so I think the JDK is built correctly, it just
> > fails at the test_gamma run.
> >
> > I can remove the test_gamma test and build a working JDK.  Good enough
> > that I can run NetBeans with it.  I would like to figure out why the
> > test_gamma test fails.
>
> I have the same problem.  The problem seems to be the way Darwin does
> the library resolving.  It seems to always give the precedence to
> libraries in the current directory without setting {DY}LD_LIBRARY_PATH.
>  So when javac from the bootstrap JDK is executed in the build
> directory, it picks up the newly built libjvm and of course the
> bootstrap classes and the new VM do not match.  Not sure how to fix that...
>
> -- Christian
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20090910/c3a458a5/attachment.html