Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 21 Feb 2003 21:15:44 +0600
From:      Max Khon <fjoe@iclub.nsu.ru>
To:        Greg Lewis <glewis@eyesbeyond.com>
Cc:        Munehiro Matsuda <haro@kgt.co.jp>, c.rued@xsb.com, freebsd-java@freebsd.org
Subject:   Re: jdk13 and WITH_NATIVE_THREADS compile failing
Message-ID:  <20030221211544.A12703@iclub.nsu.ru>
In-Reply-To: <20030221205625.A28043@misty.eyesbeyond.com>; from glewis@eyesbeyond.com on Fri, Feb 21, 2003 at 08:56:26PM %2B1030
References:  <15956.19601.491644.845972@ool-18bacefa.dyn.optonline.net> <20030220.152353.104026134.haro@kgt.co.jp> <15957.11931.949338.673306@ool-18bacefa.dyn.optonline.net> <20030221.100406.41628347.haro@kgt.co.jp> <20030221205625.A28043@misty.eyesbeyond.com>

next in thread | previous in thread | raw e-mail | index | archive | help
hi, there!

On Fri, Feb 21, 2003 at 08:56:26PM +1030, Greg Lewis wrote:

> > From: Christopher Rued <c.rued@xsb.com>
> > Date: Thu, 20 Feb 2003 14:38:03 -0500
> > :: > ::# /usr/local/jdk1.3.1/bin/java -version
> > :: > ::java version "1.3.1-p8" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-p8-cbr-030219-12:02) Classic VM (build 1.3.1-p8-cbr-030219-12:02, green threads, nojit)
> > :: > 
> > :: > Ok, which means green thread part of JDK is working.
> > :: > How about doing the following command?
> > :: > 
> > :: >   # java -native -version
> > :: > 
> > :: > If this works, then native thread part of JDK is also working.
> > :: > Then that should tell us, whether only hotspot VM part is broken or
> > :: > not.
> > ::
> > ::OK...native threads seem to work:
> > ::
> > ::# java -version
> > ::java version "1.3.1-p8" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-p8-cbr-030219-12:02) 
> > ::Classic VM (build 1.3.1-p8-cbr-030219-12:02, native threads, nojit)
> > 
> > Ok, it seems that Hotspot was broken then.
> > 
> > :: > BTW, your were the only one who had the corrupted patch with '^M's.
> > :: > I'll send you the original patch in private, so could you retry building
> > :: > your JDK with it?
> > ::
> > ::
> > ::Sure thing.  I'll try applying the patch that you sent to me, and see
> > ::if that changes anything.
> > ::
> > ::Something that someone (I forget who) on this mailing list said is
> > ::also causing me to wonder about another issue: My FreeBSD source tree
> > ::(under /usr/src) is not in sync with my compiled system; it's about
> > ::two weeks newer.  I was under the impression that the source under
> > ::/usr/src was never used by any ports (just /usr/include,
> > ::/usr/X11R6/include, etc).  Should I be worried about my source in
> > ::/usr/src being out of sync with my system?  Is the source under
> > ::/usr/src used in the build?
> > 
> > The only file FreeBSD's JDK patchset tries include from the /usr/src
> > is the pthread_private.h file, I think.
> > It is not installed by default, so /usr/src becomes a must have.
> 
> That is correct.  Previously the pthread library didn't support the
> entire API required by HotSpot (and native threads) so we needed to
> access the private data.  This is bad and hopefully we can remove that
> requirement.
> 
> > May be we should,
> >   1) change the /usr/src Makefiles to install pthread_private.h to
> >      /usr/include/sys or somewhere appropriate
> >   2) change jdk13 port's Makefile to check the existance for
> >      pthread_private.h under /usr/include/sys
> >   3) if not found, then apply a patch, to make compile process to use
> >      the pthread_pricate.h from /usr/src
> 
> I think it is better if we look at what we need to do to remove the
> necessity of using pthread_private.h.  I think we can do that now,
> although it will require a recent -STABLE.

There is only one piece of code left in threads_bsd.c that needs 
thread_private.h -- where we need to get thread registers

/fjoe


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-java" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030221211544.A12703>