* use GNU_CONFIGURE_PREFIX instead of HAS_CONFIGURE workaround,
* and fix dynamic loading on NetBSD ELF platforms by explicitly linking
libc.so into the dynamically loadable modules. This requires bumping
the PKGREVISION to 2.
all dependencies on packages depending on "png" which contain shared
libraries, all for the (imminent) update to the "png" package.
[List courtesy of John Darrow, courtesy of "bulk-build".]
foo-* to foo-[0-9]*. This is to cause the dependencies to match only the
packages whose base package name is "foo", and not those named "foo-bar".
A concrete example is p5-Net-* matching p5-Net-DNS as well as p5-Net. Also
change dependency examples in Packages.txt to reflect this.
Don't look for moddi3 in libgcc - its not there. The configure script
still found it there though.
Add a test target.
Remove the preempt test as the test target will get stuck.
Some tests fail.
support to follow. Note this in documentation.
Bump revision of libtool to nb3 and update dependencies.
Update (sort) known affected PLISTs.
Fixes pkg/12368 by Kimmo Suominen <kim@tac.nyc.ny.us>
Fixes problems with cross/* noted on tech-pkg and packages by
Chuck Cranor <chuck@research.att.com>, and
Thomas Klausner <wiz@danbala.ifoer.tuwien.ac.at>
using the newest PNG library won't work on system with an older one. To
prevent such problems with precompiled binary packages require at least
"png-1.0.9nb1" in all dependences.
out of date - it was based on a.out OBJECT_FMT, and added entries in the
generated PLISTs to reflect the symlinks that ELF packages uses. It also
tried to be clever, and removed and recreated any symbolic links that were
created, which has resulted in some fun, especially with packages which
use dlopen(3) to load modules. Some recent changes to our ld.so to bring
it more into line with other Operating Systems also exposed some cracks.
+ Modify bsd.pkg.mk and its shared object handling, so that PLISTs now contain
the ELF symlinks.
+ Don't mess about with file system entries when handling shared objects in
bsd.pkg.mk, since it's likely that libtool and the BSD *.mk processing will
have got it right, and have a much better idea than we do.
+ Modify PLISTs to contain "ELF symlinks"
+ On a.out platforms, delete any "ELF symlinks" from the generated PLISTs
+ On ELF platforms, no extra processing needs to be done in bsd.pkg.mk
+ Modify print-PLIST target in bsd.pkg.mk to add dummy symlink entries on
a.out platforms
+ Update the documentation in Packages.txt
With many thanks to Thomas Klausner for keeping me honest with this.
New Java extensions and library changes:
Remote Method Invocation - compliant with both JDK 1.1 and JDK 1.2 stubs
JDK 1.2 style class loading
JDK 1.2 java.util Collections classes
JDK 1.2 java.security classes
improved appletviewer implementation
Improved i18n support
Now ships with KJC - a completely Open Source Java compiler
VM changes:
JIT3 - improves raw execution speed by up to a factor of 3
SuperFast locking scheme
Pthread native thread implementation (LinuxThreads only)
Faster exception dispatch
New ports
JITs for MIPS and StrongARM
Lots of bug fixes.
(problem reported by David Brownlee <abs@anim.dreamworks.com>).
Unfortunately this requires an evil hack to avoid bad interactions
with the "Automatic ELF shared object handling". (it would delete files
and replace by dead links)
What's New in Kaffe OpenVM 1.0 Beta 3:
* New java.awt - now implements old event model (JDK 1.0.2) and will support
Swing.
* New java.net implementation - fixes many bugs and generally much cleaner.
* Initial implementation of Collections API (only Vector and Hashtable
currently conform).
* Lots of bug fixes.
- New, optional Makefile variable HOMEPAGE, specifies a URL for
the home page of the software if it has one.
- The value of HOMEPAGE is used to add a link from the
README.html files.
- pkglint updated to know about it. The "correct" location for
HOMEPAGE in the Makefile is after MAINTAINER, in that same
section.
This version does no longer use any code from Javasoft(tm).
XXX although the authors claim it works on several NetBSD architektures
XXX I suspect it currently only works on i386, because they insist on
XXX having a trampoline.c which is only present for i386.
XXX I did set "ONLY_FOR_ARCHS=i386 sparc alpha m68k mips arm32" to give
XXX people a try to feedback if it works or not.
