From owner-freebsd-current Mon Oct 7 2: 5:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2D2E37B401; Mon, 7 Oct 2002 02:05:23 -0700 (PDT) Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4095A43E75; Mon, 7 Oct 2002 02:05:23 -0700 (PDT) (envelope-from billh@gnuppy.monkey.org) Received: from billh by gnuppy.monkey.org with local (Exim 3.36 #1 (Debian)) id 17yTpB-0001yH-00; Mon, 07 Oct 2002 02:05:13 -0700 Date: Mon, 7 Oct 2002 02:05:13 -0700 To: Lutz Bichler Cc: freebsd-java@freebsd.org, freebsd-current@freebsd.org, "Bill Huey (Hui)" Subject: Re: Compilation of jdk with native threads failes Message-ID: <20021007090513.GA7539@gnuppy.monkey.org> References: <200210070935.21180.Lutz.Bichler@unibw-muenchen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200210070935.21180.Lutz.Bichler@unibw-muenchen.de> User-Agent: Mutt/1.4i From: Bill Huey (Hui) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 07, 2002 at 09:35:21AM +0200, Lutz Bichler wrote: > I cannot find the CTX_ constants and/or their meaning. Any hints? I ran into this myself and it's because that stuff was delete recently in -current's libc_r. Another patch release needs to happen because of that to solve that problem. I have some changes in my tree, but it'll break the stuff that's suppose to work in -stable too, which is not recommend to be used. My suggestion is to just comment all of that stuff out so that it'll compile and use the HotSpot JIT instead. HotSpot is that only thing that really works anyways, so you're not losing anything essential by removing the ability to run -classic. -classic is dead anyways for client/server side stuff. The interruptable syscall (usleep(), read(), etc...) framework also needs to be reintegrated into HotSpot, since programs like Tomcat3 do funny thing with Thread.sleep(). Having a non-interruptable usleep() causes what looks like funny performance related problems, even though our JIT compiler is pretty severly jamming and is as good as "gcc -O0" for stuff like Sieve calculations. bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message