I wish I had Simon Ritter on board as he is very good at this stuff. He is
working at Azul which is on the JCP. I don't know if he is active in
discussions.
Carl
On Sat, 20 May 2017 at 14:00 Carl Jokl <carl at jokl.co.uk> wrote:
> Back in the day JavaME could even run on pagers. I don't know if an
> Adriano or micro controller based board is capable of running a JVM or
> probability must be a CPU based Vonn Newman architecture.
>> Carl
> On Sat, 20 May 2017 at 13:57 Carl Jokl <carl at jokl.co.uk> wrote:
>>> I believe Android went down that route switching from Dalvik to ART for
>> ahead of time compilation.
>> The technique could also make client side Java startup performance better
>> too.
>>>> Carl
>>>> On Sat, 20 May 2017 at 13:53 Mario Torre <neugens.limasoftware at gmail.com>
>> wrote:
>>>>> 2017-05-20 13:39 GMT+02:00 Ben Evans <benjamin.john.evans at gmail.com>:
>>> > Hi Carl,
>>>>>> Hi all,
>>>>>> Good luck with this effort, sounds really like a fun project :)
>>>>>> IANAL but I have a small point:
>>>>>> > In terms of general advice, I would suggest that you license this
>>> > project under the GPL and baseline from OpenJDK 7
>>>>>> + Classpath exception for the class libraries, GPL alone won't be
>>> appealing since you can't link non GPL code and it's not compatible
>>> with other OSI licenses either.
>>>>>> I mention that because it is your right to remove the Classpath
>>> exception from derivative uses, so you should be aware of that and
>>> understand the license you adopt correctly.
>>>>>> For low resources mobile an AOT VM is probably your best friend.
>>> Sounds like a fun time to revive GCJ ;)
>>>>>> OpenJDK own AOT is described here: http://openjdk.java.net/jeps/295>>>>>> > I'm not quite sure which standard(s) you'd need to target, but
>>> > JSR 139 - https://jcp.org/en/jsr/detail?id=139 might well be a good
>>> > start.
>>>>>> I may be wrong but I think the last mobile JSR is 361:
>>>https://jcp.org/en/jsr/detail?id=361>>>>>> It's a few years I don't work on this anymore though, so I didn't
>>> follow its development, probably for very low power devices the 139
>>> maybe a better start, however, if I remember correctly this one is
>>> based on a stripped down JDK 1.3 or something and at the very least
>>> you will need to "clean up" all the generics out of the public APIs,
>>> if I'm not wrong, 361 supports generics.
>>>>>> Cheers,
>>> Mario
>>> --
>>> pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
>>> Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF
>>>>>> Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens
>>> Proud GNU Classpath developer: http://www.classpath.org/>>> OpenJDK: http://openjdk.java.net/projects/caciocavallo/>>>>>> Please, support open standards:
>>>http://endsoftpatents.org/>>>>>