Date: Fri, 22 Nov 2002 01:24:39 -0800 From: Bill Huey (Hui) <billh@gnuppy.monkey.org> To: "Georg-W. Koltermann" <g.w.k@web.de> Cc: freebsd-java@FreeBSD.ORG, "Bill Huey (Hui)" <billh@gnuppy.monkey.org> Subject: Re: [SUCCESS] Trying to compile HotSpot on 4.7-STABLE Message-ID: <20021122092439.GA7782@gnuppy.monkey.org> In-Reply-To: <1037901021.81842.163.camel@hunter.muc.macsch.com> References: <1037283323.18267.30.camel@hunter.muc.macsch.com> <20021115003621.GA3359@gnuppy.monkey.org> <1037615069.439.27.camel@hunter.muc.macsch.com> <20021118105502.GA3955@gnuppy.monkey.org> <1037901021.81842.163.camel@hunter.muc.macsch.com>
index | next in thread | previous in thread | raw e-mail
On Fri, Nov 22, 2002 at 09:10:36AM +0100, Georg-W. Koltermann wrote: > Thank you all who helped with their advice. I've built hotspot on > 4.7-STABLE now and it seems to work. I ran jedit for a while in the > hotspot engine, and it did not crash. It was only very noisy, > complaining about keys that were not found and yellow/red zoning not > working. I think this behaviour is expected. Good. That's just the debug code, it should be delete now that I know that portion of the code is working correctly. It's delete in our CVS. > Unfortunately the hotspot engine would not run Together. It hung during > startup. Well... I couldn't really hope that it would work. Damn, I've been idle with doing HotSpot work since I've been dorking around with other things (being a bored loser) and have just now gotten back into it so that the VM safepointing stuff get the correct register values for GC and roll-forward operations. > I'll attach my patch. It does the following things: > > * Changes the build files so that both the classic VM (including the > native threads part) and the hotspot VM are built with GCC32. I didn't > bother to mark the port to depend on GCC32 as a build dependency, I just > changed the build process. That's done in our tree. The lag between patch releases is annoying and you were a victim of it. > * Changes the .java_wrapper so that it no longer activates native > threading in the classic VM. It would do that as soon as it found the > hotspot library on disk, and would fail (in the classic VM) rather > quickly. Sure, -classic is dead. I'm going to deprecated it under 1.3.1 since it's useless. > * Fixes a compilation error in the hotspot part which is due to some > recent changes in libc_r. This is based on recent discussion on this > list, it just removes (#ifdefs out) the problem code. Yes, same reason as above with -classic being turned off. It's just a hpi/ library that serves as a useless marker. > You can drop the patch into your jdk13/files and it will apply during > the build. Note, however, that a) you have to build the classic part > with "make WITH_NATIVE_THREADS=1", and then build the hotspot part by > hand as discussed in > http://www.freebsd.org/cgi/getmsg.cgi?fetch=63624+0+/usr/local/www/db/text/2002/freebsd-java/20020728.freebsd-java (only now you use GCC 3.2 instead of 3.1). bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the messagehelp
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021122092439.GA7782>