We switched FreeBSD-5.x port to libkse as default threading library before
releasing of patchset 6, but users who has most of stuff linked against
libc_r and attempted to use jdk linked against libkse got into local hell
of threading libraries mix. So, rollback to libc_r by default and add
PTHREAD_LIBS support for this port.
IMPORTANT: In order to use libkse as threading library for jdk14 you
have to use rtld's libmap feature or recompile your ports stuff (like
mozilla) with libkse.
NOTE: libkse still has issues with java debug support, so if you're going
to use debuging (JVMDI) stuff - leave with libc_r for now.
2. Disable IPv6 support by default. Unfortunatelly due to security reasons
IPv4-to-IPv6 addresses mapping is disabled by default in FreeBSD-5.x, so
those who would like to use Java Networking stuff had to manually
enable it. To make jdk14 port more user-friendly IPv6 is disabled now
on compile time. Those who need this stuff enabled have to use WITH_IPV6
compile time option.
3. Add MINIMAL compile option. If this option is used to build
jdk14 port then plugin, javaws and demos stuff will not be installed
and/or packaged. Also (as noted in [5]) X11 runtime dependancy will
not be registered into built package.
4. Strip runtime depends of jdk14 port. There's no need to require open-motif
to be runtime depends since libXm is staticly linked into libawt.so.
5. Make X11 runtime dependancy conditional (via urwfonts) in !WITHOUT_PLUGIN
case only. This should affect only prebuilt package users: there's no
need to install X11 libraries if you're going to use non-GUI stuff only
(i.e. tomcat or jboss)
6. Add ${LOCALBASE}/lib to the deafult search path for JNI libraries.
7. Bump PORTVERSION
Reported by: many [1]
Submitted by: glewis [6]
Requested by: marcus [6]
configuration file and behave appropriately if its -1. Fixes a SEGV
caused by ignoring the return value and just carrying on.
. Bump PORTREVISION.
PR: 61392
It was last minute change and since this tool (unpack) is not used while
building jdk14 port, I did not paid enough attention to test this change
at -CURRENT system. Sorry.
Important changes since last patchset:
. jdk14 port is now JDK 1.4.2 based!
. JavaWS distributing with jdk
. Runway problem fixed (fork() is no more problem for java apps)
. Sound support updated
. IPv6 support overhauled
. Drag'n'Drop support fixed (require open-motif mods)
As for now there's no more outstanding issues with this port!
FreeBSD port is also got a important of changes:
. optimized setup is now default (to get debuging bins/libs use WITH_DEBUG)
. bootstrap jdk autodetection. If WITH_LINUX_BOOTSTRAP is not set, then
it checks all known to work JDKs installed. If nothing found, forces
to install of linux-sun-jdk14
. Because of above change there's no NATIVE_BOOTSTRAP option anymore. If
native jdk14 is installed, it will be used by default.
processes problem for people who use Runtime.getRuntime.exec() method
and related things. Least five people reported that this patch fixed
problem for them.
IMPORTANT: I'd also suggested to all jdk14 users who runs FreeBSD 4.x
and use libc_r at FreeBSD 5.x to upgrade.
. Stop removing "src.zip" from installation bundle. Since -p4 it builds
correctly and there's no reason to forbit people to use it.
. Bump PORTREVISION.
. Add j2se/ext/plugin/build/solaris/GNUmakefile to PTHREAD_FILES. Should
fix plugin compilation on -CURRENT. Mea culpa.
PR: 58269
Submitted by: Scott Dodson <sdodson@sdodson.com>
. Use ${PTHREAD_LIBS} rather than -pthread or -lc_r.
. Install system preferences to avoid annoying and constant error messages.
Approved by: phantom (the update, anyway)
start native JDK port build. linprocfs mounted become pre-requisite of
build after Linux SUN JDK port was updated to 1.4.2.
Add run-time (pre-build) check for linprocfs mounted as well.
Bump space requirements note about disk space required for build of
whole JDK 1.4.1 port and package to more appropriate value (as reported
by many people).
include/bsd -> include/freebsd in sources, but not reflected
this change in pkg-plist)
Reported by: Holger Kipp <Holger.Kipp@alogis.com>,
Kunihiro Arai <kunihiro-arai@seagreen.ocn.ne.jp>
. Put the MD JNI headers in include/freebsd _not_ include/bsd. This
brings the 1.4 port in line with 1.1, 1.2 and 1.3, and arguably inline
with Solaris and Linux.
Not-objected-to by: phantom
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
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>
error. This may allow browsers which use Netscape 4 plugins (e.g.
Konqueror) to make use of it.
Code change by me, problem report by Dylan Carlson <absinthe@pobox.com>.
.if defined(BATCH) || defined(PACKAGE_BUILDING)
IGNORE= "You can not legally distribute binaries"
.endif
This was superfluous and inhibiting package builds of things that
depend on the port. Having RESTRICTED and NO_CDROM is enough to
ensure that a package will not appear on the FTP site or a CDROM
(it will be built and used as a basis for other packages to build
with, but will be deleted at the end of the build run).
Requested by: kris
Reviewed by: portmgr (silence)
PR: 42758
TAR and add gtar to BUILD_DEPENDS unless the OSVERSION is old enough.
Small tweak by me to note that sobomax has MFC'ed the tar update.
Submitted by: Mikhail Teterin <mi@aldan.algebra.com>
result in the InvokerGen.java target failing. The bootstrapping Linux
JDK will confuse itself if WRKDIRPREFIX also exists in /compat/linux
as a symbolic link to the directory in the standard FreeBSD hierarchy.
Much appreciated sleuth work by: dillon
PR: 39231
. Don't use -p with ${MKDIR}, its the default.
. Define (if necessary) and use ${SORT}, ${CPIO} and ${FIND} rather than
hardwiring them as /usr/bin/sort, etc.
Apologies to sobomax for not asking for a review, I thought it important
to unbreak the port as quickly as possible.
Submitted by: alane (dependencies), znerd
PR: 36871
. Fix compilation on -CURRENT using gcc 3.1 by including <string.h>
(for strlen(3))
Reported and tested by: John Angelmo <john@veidit.net>
Reviewed by: sobomax
Approved by: sobomax
an already installed native JDK rather than insisting on the
hardcoded Sun Linux JDK as the bootstrapper. This also means
that one can remove the Sun Linux JDK after the initial build
if so desired.
This may be superseded by a more general method of specifying
the bootstrap compiler from bsd.java.mk at a later date.
Reviewed by: sobomax
Approved by: sobomax
bandaid is reverted by this commit and instead patches are added
which will remove duplicate message entries from the .po files for
the plugin.
These are essentially the patches of marius@alchemy.franken.de, with
the first part of each patch removed (the message does actually have
two spaces in the code!). These patches were verified with the script
submitted by KANOU Hiroki-san and against the patches submitted by
SUGIMURA Takashi-san. Thanks to all of these people.
Apologies for the increasingly long patch names.
PR: 37087, 37147
Submitted by: marius@alchemy.franken.de
Reviewed by: sobomax
Approved by: sobomax
rather than <machine/soundcard.h>. This doesn't affect the build
on 4-STABLE.
PR: 36988
Submitted by: Motoyuki Konno <motoyuki@bsdclub.org>
Reviewed by: sobomax
Approved by: sobomax
messages for the browser plugin.
This is a bandaid for the problem expressed in the PR while I evaluate
a number of other proposed patches for the correct fix. Hence the PR
currently remains open.
PR: 37087
Reviewed by: sobomax
Approved by: sobomax
argument list is too long. Hence the first patch invoked tar once for
each file. This works, but is inefficient. This version of the patch
uses cpio in pass through mode to copy all the files at once.
PR: 35658
Submitted by: "Remco van 't Veer" <rwvtveer@xs4all.nl>
Reviewed by: sobomax
Approved by: sobomax
built by someone other than root. Instead of moving the files with tar,
move them with cpio and set up ownership.
Note that I have not closed the PR as there are 12 other ports named in
the PR with this problem.
PR: 36411
Submitted by: Alan Eldridge <ports@geeksrus.net>
Reviewed by: sobomax
Approved by: sobomax
resolves the following error when starting Mozilla:
LoadPlugin: failed to initialize shared library
/usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so
[/usr/local/jdk1.3.1/jre/plugin/i386/ns600/libjavaplugin_oji.so: Undefined
symbol "XtShellStrings"]
While I'm here add a tweak to prune empty directories before installing
JDK, so that JDK installed from a pre-built package deinstalls properly.
Bump PORTREVISION.
