Thanks to Johnny Lam for checking the package before I commited it.
This package is made with the 'xsim' AWT device and the OSwald scheduler.
A pthreads (o4p) based scheduler is being worked on.
What is Wonka?
Wonka is ACUNIA's cleanroom Virtual Machine for the JavaTM language. It
is extremely portable and self-contained, and can optionally be used with
its own real-time executive (OSwaldTM) to provide a complete solution for
embedded devices. It is a full implementation of the Java language, not
just a subset. And it's Open Source.
An Embedded VM
We didn't build a Virtual Machine first, and then look for a market; we
had a project, we had some hardware, and the project required that
hardware to run Java. The result is a Java implementation designed from
the start for embedded systems.
A VM for Real-Time
That system has real-time requirements; maybe not Hard Real-Time, but
hard enough for most of us. We don't claim to have made a totally pred-
ictable Java (it may not even be possible), but we have worked hard to
bring Java's inherent unpredictability under control.
A Java2-compatible VM
Some embedded VMs sacrifice full Java compatibility for other aims. Wonka
doesn't. Automatic garbage collection, dynamic class loading, user-
defined class loaders, fine-grained access control, they're all there.
The standard distribution doesn't include JavaBeansTM or Swing, but you
could add them if you wanted to: all the infrastructure needed is present.
Full AWT 1.1.8 Support
Wonka comes with a high-performance lightweight AWT (RudolphTM) suitable
for any memory-mapped or framebuffer display. Or you can plug in your own
implementation, or run with no AWT at all (e.g. in a ``headless'' system).
The choice is yours.
Free and Open Source
The Wonka Public License was conceived with the needs of embedded system
developers in mind. You don't have to make your entire business open-
source in order to use Wonka, nor do we insist you join a ``community
process''. The WPL is based on the well-known BSD license (revised
version), which is accepted by the community as being a genuine Open
Source license and as a free software license, compatible with the GPL.
versions of Python may be installed, and packages that require an
earlier version can always specify that, this should cause no problem,
and it seems sensible that people who don't care should get the latest.
(drochner concurs)
Jikes version 1.16 represents 9 months of development, 4 megs of patches
(when consolidated into one unified diff) covering well over 100,000 lines
of changes. Some of the focus of the releaes include:
* spec support:
- support for JSR 41 (java asserts available in JSDK 1.4!)
- tighter JLS/JVMS obedience, including focus on:
. Inner classes
. Definite (un)assignment
* adjusted options:
- more gnu-like options available such as --help.
- --source and --target options to control how jikes
interprets source and emits classes.
- more javac compatibility flags added, such as -J
* 9 months of miscenalious bug fixes:
- over 350 jacks test cases fixed
- ZERO jacks test cases regressed
This release is dedicated to geeks and the people who love them.
Jikes version 1.17 contains a number of bug fixes from Jikes 1.16
interpreter, into the NetBSD Packages Collection.
TinyScheme is a lightweight Scheme interpreter that implements as
large a subset of R5RS as was possible without getting very large and
complicated. It is meant to be used as an embedded scripting
interpreter for other programs. As such, it does not offer IDEs or
extensive toolkits although it does sport a small top-level loop,
included conditionally. A lot of functionality in TinyScheme is
included conditionally, to allow developers freedom in balancing
features and footprint.
As an embedded interpreter, it allows multiple interpreter states to
coexist in the same program, without any interference between them.
Programmatically, foreign functions in C can be added and values can
be defined in the Scheme environment. Being quite a small program, it
is easy to comprehend, get to grips with, and use.
related information keeps pestering me while building this package on Solaris.
So...
- Replace WRKDIR and SRCDIR hack with CONFIGURE_DIRS and BUILD_DIRS tuning:
automake-*-override can now properly do their job.
- Prevent gperf invocation with the right touch command in pre-configure
target.
- Create BUILD_DIRS in pre-configure target.
libguile, which has a reference to __floatdidf, which is part of libgcc
and will only be resolved at program link time.
XXX libtool, of Solaris ld bug ?
lang/gcc. The diffs change some double quotes to single quotes in some
sparc-only files so that the shell expression created is legal. This fix
was independently found by Lubomir Sedlacik <salo@Xtrmntr.org> and
provided in pkg/18309.
Changes:
- add protection for alloca()
- fix a problem on m68k
Remove NOT_FOR_PLATFORM temporarily.
If we have build error on a platform, lang/gcc also has the same
error and patches for lang/gcc should be improved. If
protection check in post-build fails, it is a problem in the ssp
patch, we should tell the ssp author the problem, and add the
platform to NOT_FOR_PLATFORM.
- use buildlink2
- it needs MesaLib
- added missing entries into PLIST
- /usr/local, /usr/pkg --> ${PREFIX}
- modified the way of handling LDFLAGS
- and some minor stuff
