Selectively Shifting and Constraining Computation

Karsten Silz karsten.silz at gmail.com
Fri Oct 28 22:25:03 UTC 2022


> On 28 Oct 2022, at 22:10, Ron Pressler <ron.pressler at oracle.com> wrote:
> 
>> On 28 Oct 2022, at 08:19, Karsten Silz <karsten.silz at gmail.com> wrote:
>> 
>> These reasons may have influenced the decision to delay the standardizing of static executables in favor of optimizing Java first. 
> 
> I couldn’t find anything in the document that says that the implementation of some condensers will be delayed in favour of others.

Sorry if that wasn’t clear: I was referring to the May announcement there: https://openjdk.org/projects/leyden/notes/01-beginnings <https://openjdk.org/projects/leyden/notes/01-beginnings>

"So rather than adopt the closed-world constraint at the start, I propose that we instead pursue a gradual, incremental approach. We will explore a spectrum of constraints, weaker than the closed-world constraint, and discover what optimizations they enable. […] In the long run we will likely embrace the full closed-world constraint in order to produce fully-static images. Between now and then, however, we will develop and deliver incremental improvements which developers can use sooner rather than later.”

So I understood this as “Leyden will optimize Java first and later standardize fully-static images”. Am I wrong?

And my understanding of the October proposal is that it explains how these goals will be achieved. But it didn’t seem to change the plan of optimizing Java first. Please let me know if I missed something there!


Regards,
Karsten Silz

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/leyden-dev/attachments/20221028/dfafa8d6/attachment.htm>


More information about the leyden-dev mailing list