From owner-freebsd-java Wed Jul 10 21: 8:58 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97F9237B400 for ; Wed, 10 Jul 2002 21:08:55 -0700 (PDT) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9519E43E42 for ; Wed, 10 Jul 2002 21:08:54 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id VAA28868; Wed, 10 Jul 2002 21:57:52 -0600 (MDT) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.5/8.12.3) id g6B3vpEm014483; Wed, 10 Jul 2002 21:57:51 -0600 (MDT) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15661.575.854309.132871@emerger.yogotech.com> Date: Wed, 10 Jul 2002 21:57:51 -0600 To: Bill Huey Cc: Nate Williams , freebsd-java@FreeBSD.ORG Subject: Re: 1.3.1 patchset 7 not quite ready In-Reply-To: <20020711035137.GA4210@gnuppy.monkey.org> References: <20020710234814.GE2394@gnuppy.monkey.org> <15660.64672.311655.234760@emerger.yogotech.com> <20020711035137.GA4210@gnuppy.monkey.org> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > It appears that signals may not be completely working as expected in > > -current, so you may have problems there as well. > > > > If the only problems are userland (ie; libc_r), that's a really silly > > reason to abandon -stable for -current. > > First of all, the code (HotSpot + libc_r) works better under -current > than -stable. I've been tracking -current pretty closely and it's fine > for what's being done at this point, signals are ok too. Signals 'mostly work' in -current, regardless of what they do in HotSpot. You may end up chasing your tail trying to fix Java bugs that are in fact kernel bugs. > A differentiation needed to be made between my own development process > and what will be available to the general community. Ok, you can run whatever you like, but don't expect anyone to be able to help you. (The latter was sarcasm, since at the moment you're the only one doing any HotSpot development.) By jumping to -current, you severely limit both the developers *AND* testers for the code, so you'll continue to be the one-man show. If that's what you want, then you'll get your wish. If, however you want others to jump in and help you (as well as use the fruits of your labors), then we need to keep -stable a supported platform, even if it's non-optimal. > Right now they are different and it serves me best to continue with > what I'm current doing otherwise I won't be able to make any more > forward progress with this project. Define progress? Getting stuff working under -stable is progress, and ripping the code out is certainly not progress. > As far as abandoning -stable, that'll be corrected once a libc_r merge > happens. It's not really abandoning it per se as much as waiting for > an essential component to be migrated over. When that happens, the two > efforts will be unified. Fair enough. Does Dan know exactly what parts of libc_r need to be merged back in? Can you help him out there, so that the changes are made back to -stable, so that other developers (and users) can get a chance at HotSpot? That would be a temporary setback for you as far as bit-twiddling and such, but it would bring the project and other developers much further ahead. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message