building cacao as an additional VM

[Matthias Klose]

Andrew Haley schrieb:
> Matthias Klose wrote:
>> Triggered by archive administrators and security people who don't want to care
>> about two copies of the OpenJDK code in a distribution, I tried to build cacao
>> as additional VM in the same source package and avoiding separate builds. You
>> can now call:
>>
>>   $ java -version
>>   java version "1.6.0_0"
>>   OpenJDK Runtime Environment (IcedTea6 1.4) (6b14-0ubuntu18)
>>   OpenJDK Server VM (build 14.0-b08, mixed mode)
>>
>>   $ java -cacao -version
>>   java version "1.6.0_0"
>>   OpenJDK Runtime Environment (IcedTea6 1.4) (6b14-0ubuntu18)
>>   CACAO (build 0.99.3+hg, compiled mode)
>>
>> The cacao bits are installed in <top>/jre/lib/<arch>/cacao, cacao is configured
>> like for the cacao build in IcedTea, the cacao-alternate-vm patch replaces the
>> icedtea-cacao patch, cacao-jni-version needs applied to the cacao sources.
>> The file jvm.cfg.in needs an additional line '-cacao KNOWN'.
>>
>> There is no configure/make stuff for IcedTea yet; I'm currently assembling this
>> directly in the packaging.
>>
>> Doing the same with Zero and with Shark? Didn't check yet, but maybe this would
>> need a copy of openjdk/hotspot to openjdk/zero, so that patches are applied for
>> the latter only.
>>
>> Ok to checkin these patches (without applying them)?
> 
> This is wrong.  CACAO should report
> 
>   java version "1.6.0_0"
>   IcedTea6 Runtime Environment (pre-1.5-r92c4cc753f06) (foo.b14.baz-123)
>   CACAO (build 0.99.3, JIT mode)

with the attached patch, it does now:

$ java -cacao -version
java version "1.6.0_0"
IcedTea Runtime Environment (IcedTea6 1.5pre) (6b15~pre1-0ubuntu1~ppa1)
CACAO (build 0.99.3+hg, compiled mode)

sun.misc.Version.java_runtime_name is still lying about the runtime name. I
don't know how to fix this without changing the API. Setting java_runtime_name
in print or other methods would only give valid results if one of the methods is
called before accessing java_runtime_name.

icedtea-version2.patch doesn't work, because initVersions isn't called before
print, and calling initVersions in print leads to an unsatisfied link error,
because libjava.so is not yet loaded.

$ java -version
Exception in thread "main" java.lang.UnsatisfiedLinkError:
sun.misc.Version.jvmIsCacao()Z
        at sun.misc.Version.jvmIsCacao(Native Method)
        at sun.misc.Version.initVersions(Version.java:321)
        at sun.misc.Version.print(Version.java:90)
        at sun.misc.Version.print(Version.java:80)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: icedtea-version.patch
Type: text/x-diff
Size: 3006 bytes
Desc: not available
Url : http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20090305/d3552daf/icedtea-version.patch 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: icedtea-version2.patch
Type: text/x-diff
Size: 3260 bytes
Desc: not available
Url : http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20090305/d3552daf/icedtea-version2.patch