<div dir="ltr">Hi Magnus,<div><br></div><div>Thanks for your reply. I can indeed tell that there are major changes in upstream openjdk/jdk related to static builds, as the Skara ran into 3 conflicts over the past week while merging from upstream :)</div><div>That is great news, and I'm glad the static build gets traction in openjdk/jdk. This might be a good moment to work on the remaining android/ios specific clauses that are in openjdk/mobile but not (yet) in openjdk/jdk. It is probably best to wait until you finished your current refactory of the static builds approach. I'll make sure the openjdk/mobile follows the new approach, so that the diff will be really small.</div><div><br></div><div>I will probably merge my PR with the latest additional ios/Android changes into mobile/HEAD as that will make it easier to merge the incoming (openjdk/HEAD) changes with the latest changes for mobile.</div><div><br></div><div>Thanks again,</div><div><br></div><div>- Johan</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 25, 2024 at 3:31 PM Magnus Ihse Bursie <<a href="mailto:magnus.ihse.bursie@oracle.com">magnus.ihse.bursie@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2024-03-23 17:42, Johan Vos wrote:<br>
<br>
> Hi,<br>
><br>
> I created a PR that brings in the remaining changes needed to compile <br>
> an image containing the static JDK libs (not the VM libs) for ios/android:<br>
> <a href="https://github.com/openjdk/mobile/pull/20" rel="noreferrer" target="_blank">https://github.com/openjdk/mobile/pull/20</a><br>
><br>
> As a major improvement, this PR also adds ios/android build scripts <br>
> for GA (thanks to Abhinay Agarwal for doing this). As a consequence, <br>
> we will immediately notice if an upstream commit (in openjdk/jdk) is <br>
> breaking the build for the mobile static libs.<br>
><br>
> In a previous message, I suggested a separate branch would be my <br>
> preference for doing development work. However, there are 2 reasons <br>
> why I prefer this PR to go into the main branch:<br>
> 1. it seems I don't have permission to create new branches<br>
> 2. there is at least 1 major embarrassing bug in the current main <br>
> branch (fi instead of endif) hence an improvement sounds appropriate.<br>
><br>
> Slightly related: the auto-merge operation by the skara bot had 2 <br>
> merge conflicts recently, due to changes in the upstream make <br>
> directories. I fixed the conflicts, and while I didn't look in the <br>
> details yet, it seems Magnus is doing simplifications in openjdk/jdk <br>
> that are also simplifying some of the build logic for mobile. That is <br>
> great, thanks for that!<br>
<br>
<ominous music>More change is on the horizon. A storm is <br>
coming.</ominous music> Or maybe not. But things will happen in the area <br>
of static build. Hopefully good changes. :-) This is driven by the <br>
Hermetic Java project, which requires static builds of the entire JDK.<br>
<br>
I guess in the end this part of Hermetic Java is quite similar to the <br>
mobile project, but with the intention of bringing this to mainline. As <br>
a result of this wish, I wanted to make sure that static build is <br>
properly treated as a "first class citizen" in the build system.<br>
<br>
I was under the impression that the mobile project was more or less <br>
abandoned, but I'm happy to see this is not the case. I hope I can <br>
communicate with you so that we end up creating a single solution for <br>
producing static builds that are usable both for mobile and Hermetic Java.<br>
<br>
/Magnus<br>
<br>
<br>
</blockquote></div>