Backport proposal of the Marlin renderer in OpenJDK8

[Laurent Bourgès]

Hi Andrew JH,

As I have no more news from Azul, I will start redoing all the proper
backport.

I identified ~ 25 bug ids and the corresponding hg changeset ids in latest
jdk repo.

Le mar. 17 sept. 2019 à 20:53, Andrew John Hughes <gnu.andrew at redhat.com> a
écrit :

>
>
> On 12/09/2019 20:54, Laurent Bourgès wrote:
> > Hi Andrew B (& other Andrew in this thread),
> >
> > I have an idea that could satisfy both approaches:
> > - As the azul team backported already jdk9+ patches into their openjdk8 /
> > zulu repository, it implies jdk8u patches are ready for integration and I
> > already reviewed the code: zulu could be considered as both an incubator
> > that proved Marlin works on jdk8 in production (as I did on my github).
> >
> > Two solutions:
> > - extract & apply all zulu-ready patches in order in jdk8u-dev
> > - extract one big patch (from zulu) and apply it on jdk8u-dev
> > I do not see any reason to use another incubator repository...
> >
> > I can review all individual patches or the all-in-one and we are all
> done,
> > up to the last patch backported in zulu 8 (version 0.9.1.1 merged in dec
> > 2018 according to me).
> >
> > Moreover I already maintain a github branch for the Marlin / openjdk (8):
> > https://github.com/bourgesl/marlin-renderer/tree/openjdk?files=1
> > It is my reference to easily compare with any jdk8 codebase.
> >
> > From this first step, I will manage the missing patches to be up-to-date
> > with latest jdk14 (v0.9.1.3 ie 2 patches) and future ones.
> >
> > What do you think ?
> > This approach requires some work from zulu team to publish jdk8 patches
> > that I will review and I need a jdk8u sponsor to endorse, follow & push
> the
> > patch train or the all-in-one patch integration.
> >
> > Cheers,
> > Laurent
> >
>
> Is this Zulu public? Does it use OpenJDK bug IDs for the changesets?
>

Zulu code is available on demand, no public repository I know. I know they
backported patches 1 by 1... but I only reviewed few snapshots.
Nevermind.


> As I said before, my preferred method is the backport of changesets
> corresponding to individual OpenJDK bug IDs, so we have a clear idea of
> what issues are now fixed in 8u.
>

Ok, I will setup a dedicated github repo to gather all unshuffled patches
and write a script to import all of them in order on jdk8u/jdk repo.

I estimate this work will be 1 month long (spare time only).

Thanks for any feedback,
Laurent