for JDK 1.4.1. This is complete and close to production quality
native JDK with both working client and server native JVMs. Local micro
benchmarks shown very little difference between Linux and FreeBSD JVMs in
speed.
One of important points of this patchset that it marks point when we are
very close to passing of Sun TCK tests. Currently about 20 of >27000 tests
are known to be broken (tests were run at -STABLE). If testing of this
patchset will be smooth and founding of this work will be continued we
may expect to have binary distribution of JDK 1.4.1 in April or begining
of May.
BUT, don't forget that even TCK tests can't cover all possible problems
and this is -beta patchset. Keep your eyes open and report your problems
to freebsd-java mailing list or to me directly!
* About supported FreeBSD releases:
Altough 4.8-RELEASE will be first officially supported FreeBSD release,
you may use JDK 1.4.1-p3 at stock post-02-Feb-2003 -STABLE or -CURRENT.
You also may use it at post-07-Jan-2003 -STABLE and -CURRENT (including
5.0-RELEASE), but it's required to apply libc_r patch, distributed with
patchset3 archive, and rebuild libc_r first.
* About compiler:
This port is supposed to be built with stock FreeBSD compiler (3.2.[12]
for -CURRENT and 2.95.4 for -STABLE)!
* Following issues are known, but not yet addressed:
. IPv6 networking. IPv6 support is disabled in this patchset.
. Asian languages support. Patches are welcome!
. K6 (586-class) processors support. There're issues with building on
old K6 processors. If you've problems with 586-class machines other than
K6 - please let me know.
. Mozilla plugin is not yet ported.
* Following areas should be used with increased attention:
. Java Virtual Machine Profiling Interface (JVMPI)
. Java Virtual Machine Debugging Interface (JVMDI)
. Host Porting Interface (HPI)
If you have problems with these interfaces please let me know.
* THANKS!
I would thank very much to FreeBSD Foundation, without which support
and sponsorship JDK 1.4.1 port would not happen in such timeframes (less
than 2 months).
Sponsored by: FreeBSD Foundation
Approved by: portmgr
. de-pkg-comment.
. Move check for distfile after the include of bsd.pre.port.mk so it
actually works correctly.
. Make install owner/group safe (*).
PR: 36411 (*)
Hopefully approved by: znerd
2. Enable compiling the HotSpot JVM. This is experimental and there are a
number of caveats with its use that are reported by the port. The flag
to enable this is WITH_HOTSPOT.
3. Try to pick some OSVERSION settings appropriate for the current native
threads implementation.
PR: 47397 (2)
Submitted by: Munehiro Matsuda <haro@h4.dion.ne.jp> (2)
committed enhancements to libc_r and is only suitable for very recent
versions of FreeBSD. The big benefit is that it removes almost all
the previous grovelling about in the pthreads internals.
The change only comes into effect when WITH_NATIVE_THREADS is set.
A separate Makefile commit will attempt to enforce appropriate
OSVERSION settings for using it.
Submitted by: fjoe
Currently gethostbyaddr_r collides with the implementation (in libc!) for
FreeBSD 5.x which both uses a different prototype (as per the Linux
version) and is marked temporary and not thread safe. Also, limit the
scope of these internal implementations to this file.
This fixes crashes in networked applications for FreeBSD 5.x.
Some tweaks (making the functions static, naming, BSD ifdefs) by me.
Submitted by: "Georg-W. Koltermann" <g.w.k@web.de>
packaged by bento cluster due to legal restrictions, user still can create his
own custom package to simplify internal deployment.
Sponsored by: Porta Software Ltd.
XDoclet is a Java code generation engine. It enables
Attribute-Oriented Programming for java. In short, this means
that you can add more significance to your code by adding meta
data (attributes) to your java sources. This is done in special
JavaDoc tags.
