Looks good to me.
/Erik
On 2018-08-23 03:11, Aleksey Shipilev wrote:
Hi,
Updated webrev, now with regenerated building.html (thanks Erik J.!):
http://cr.openjdk.java.net/~shade/8208665/webrev.04/
There are also a few formatting changes to make it render correctly.
On 08/14/2018 10:24 PM, John Paul Adrian Glaubitz wrote:
Thanks for this. This is actually a clever idea and should also work with
Debian Ports, i.e. the non-release architectures in Debian such as sparc64,
m68k and sh4. [...]
Yes, it also does not require you to mess with any virtualization during the
actual build. For all I
know, we can package that chroot into the tarball and seed build machines with
it. Or even share it
over NFS/CIFS?
I should give this a shot and if it works, it might be a good idea to add
the instructions for Debian Ports as well. Since I have some more patches
for m68k and co in the pipeline, I can actually test it for that ;-).
Yup, please do. I left the placeholder mention that Debian Ports might work for
other architectures.
With current versions of qemu (either from git or Debian unstable), you should
even be able to build OpenJDK natively inside the emulated chroot. In Debian
Ports, we're heavily making use of qemu-user and qemu-system (for riscv64) to
build packages which hashelped finding and fixing tons of bugs in qemu (I have
alone reported countless bugs ;-)).
Oh yes, QEMU with OpenJDK was broken for a long time. Anyhow, people around me
who used to build/run
OpenJDK in QEMU report substantial build performance losses. The trick with
qemu-deboostrap
basically gives you native compilation performance, because you still use the
build compiler to do
most of the compilation work.
-Aleksey
