for older versions of XEmacs; many other minor bugfixes and improvements.
See lisp/ChangeLog for details.
Changes to the port involve respecting ANT_HOME, and, from the PR:
One conceivably controversial thing I added was a
second symlink from %%EMACS_VERSION_SITE_LISP%%/java to
$PREFIX/share/java/jde.
Otherwise jde cannot find the BeanShell jar files.
PR: ports/64388
Submitted by: David Bremner <bremner@unb.ca> (maintainer)
* Added an object allocation level, meaning that after a reset only objects
allocated at that level are shown in allocation and string lists.
* Show owners is now possible to do on a given string and a given object
instance.
* Heap dump no longer loses allocation point if object tracing is on when
the heap dump is done.
PR: ports/64633
Submitted by: Ronald Klop <ronald@cs.vu.nl> (maintainer)
. Make this port act more like the other java ports.
The actual change is based on the followup submitted by Conor McDermottroe
plus some tweaks from the patch in the PR and myself.
PR: 63582
Submitted by: Conor McDermottroe <ports@mcdermottroe.com>
Matthew West <mwest@uct.ac.za>
Approved by: maintainer timeout
Bumped PORTREVISION.
Reporter wrote:
"Hi: there seems to be a small bug in the
ports/java/linux-ibm-jdk13/Makefile
in the do-install part:
${INSTALL_DATA} ${FILESDIR}/cacerts ${PREFIX}/jdk${JDK_VERSION
/jre/lib/security/cacerts
should read
${INSTALL_DATA} ${FILESDIR}/cacerts ${PREFIX}/linux-ibm-jdk${JDK_VERSION
/jre/lib/security/cacerts"
Reported by: Rahul Siddharthan <rsidd@online.fr>
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
JC is a Java virtual machine implementation that converts class
files into C source files using the Soot Java bytecode analysis
framework, compiles them with GCC, and loads them using a built-in
ELF object file loader. JC utilizes the GNU Classpath class library
and provides support for most features you would expect such as
reflection, user class loaders, etc.
WWW: http://jcvm.sourceforge.net/
JFlex is a lexical analyzer generator for Java written in Java.
It is also a rewrite of the very useful tool JLex which was developed
by Elliot Berk at Princeton University. As Vern Paxon states for his C/C++
tool flex: They do not share any code though.
WWW: http://www.jflex.de/
I've done some clean up to the submitted version of the port.
PR: 62043
Submitted by: Conor McDermottroe <ports@mcdermottroe.com>
Added menu separators in some menus. Added a
string dumper that makes it easy to inspect all strings in
memory, it also has the ability to dump all strings to a file.
Fixed a bug in down link handling that caused instance numbers
to increase for arrays (thanks to matze who tried to use the
string inspector and did send back traces from crashes).
PR: ports/62365
Submitted by: maintainer
Java Media Framework API
The Java Media Framework API (JMF) enables audio, video and other
time-based media to be added to Java applications and applets. This
optional package, which can capture, playback, stream and transcode
multiple media formats, extends the multimedia capabilities on the
J2SE platform, and gives multimedia developers a powerful toolkit to
develop scalable, cross-platform technology.
WWW: http://java.sun.com/products/java-media/jmf/
PR: 58524
Submitted by: Anton Yudin <toha@toha.org.ua> (plus some tweaks by me)
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]
