* portVersionedName contains the secondary architecture,
so using it means secondary package builds fail.
example: $portVersionedName is libwow_x86-0.0.0 when
doing an x86 build on x86_gcc2
* Patch the build system to allow building with an external zlib
instead of using the included one. Since the included zlib symbols
would be visible also to other JNI code (e.g. translators used by the
SWT libs), this could cause problems where a newer version was
required (e.g. libpng used by the PNG translator).
* Verified ALT_JDK_IMPORT_PATH as needed to be set.
Add to the package:
* bin/java-config: When invoked with option -H it prints the java home
directory.
* data/profile.d/openjdk.sh: It is automatically sourced by
/etc/profile and sets JAVA_HOME.
We invoke make twice to work around a bug in the build system which
causes (some) generated java files not to be picked up and compiled
the first time around.
The issue is in jdk/make/common/Rules.gmk the way $(JAVA_SOURCE_LIST)
is generated. That happens as a side-effect of the */%.class rules
which are triggered due to $(FILES_class) being listed as prerequisites
of $(JAVA_SOURCE_LIST). That means $(FILES_class) -- which ultimately
is based on a shell invocation which finds .java files via find -- is
evaluated in the first pass, i.e. long before the generated source
files are made. Hence they aren't compiled and will be missing from
rt.jar. Running make a second time works around the issue, since the
source files will already be present then.
* Disable source package for the time being.
* Implement INSTALL.
* Add provides for the commands.
The package builds, but due to some missing classes it doesn't really
work yet.
* Switch to gcc for linking modules in order to handle the rpath
flags
* Enable -export-dynamic flag so we can lookup symbols properly
* Add soname flags so that haikuporter doesn't freak out when
trying to package the devel libs
Doesn't fully build yet. The build runs for a while, but eventually,
when building the jaxws/jaf sources, javac hangs. It blocks trying to
write to stderr, a pipe whose other end isn't read from (by Ant). I
haven't determined yet, whether the hang is an Ant bug and the issue
is javac simply encountering too many issues, or whether javac writing
a lot to stderr is just fine (verbose diagnostics?) and the hang is
actually a Haiku (pipe related?) bug, a combination of the two, or
something else entirely.
Base package works fine but we need to look into adding vendor dir
support and changing the gem install/lookup locations
(similar to how python/perl were changed)
Also, need to figure out how to get the shared library flags right.
gcc2 doesn't like the flags it uses for rpath and disabling rpath
causes a failure at install time because the modules can't find
libruby.so. This isn't critical though, the pre-PM packages weren't
built with a shared library either.
