Re: RFR: 8294956: GHA: qemu-debootstrap is deprecated, use the regular one

2022-10-07 Thread Erik Joelsson
On Fri, 7 Oct 2022 17:13:31 GMT, Aleksey Shipilev wrote: > On current Ubuntu systems, qemu-debootstrap is deprecated. It prints the > warning messages like: > > > $ sudo qemu-debootstrap --arch=arm64 --verbose > --include=fakeroot,symlinks,build-essential,libx11-dev,libxext-dev,libxrender-dev

RFR: 8294956: GHA: qemu-debootstrap is deprecated, use the regular one

2022-10-07 Thread Aleksey Shipilev
On current Ubuntu systems, qemu-debootstrap is deprecated. It prints the warning messages like: $ sudo qemu-debootstrap --arch=arm64 --verbose --include=fakeroot,symlinks,build-essential,libx11-dev,libxext-dev,libxrender-dev,libxrandr-dev,libxtst-dev,libxt-dev,libcups2-dev,libfontconfig1-dev,li

Integrated: 8294941: GHA: Cut down cross-compilation sysroots

2022-10-07 Thread Aleksey Shipilev
On Fri, 7 Oct 2022 07:48:21 GMT, Aleksey Shipilev wrote: > In GHA cross-compilation, we don't need everything from the sysroot, because > we use native compilers for the compilation. Therefore, we can cut them even > deeper and reclaim significant amount of cache space. This would also make >

Re: RFR: 8294941: GHA: Cut down cross-compilation sysroots

2022-10-07 Thread Aleksey Shipilev
On Fri, 7 Oct 2022 07:48:21 GMT, Aleksey Shipilev wrote: > In GHA cross-compilation, we don't need everything from the sysroot, because > we use native compilers for the compilation. Therefore, we can cut them even > deeper and reclaim significant amount of cache space. This would also make >

Re: RFR: 8294941: GHA: Cut down cross-compilation sysroots

2022-10-07 Thread Erik Joelsson
On Fri, 7 Oct 2022 07:48:21 GMT, Aleksey Shipilev wrote: > In GHA cross-compilation, we don't need everything from the sysroot, because > we use native compilers for the compilation. Therefore, we can cut them even > deeper and reclaim significant amount of cache space. This would also make >

Re: RFR: 8294941: GHA: Cut down cross-compilation sysroots

2022-10-07 Thread Aleksey Shipilev
On Fri, 7 Oct 2022 07:48:21 GMT, Aleksey Shipilev wrote: > In GHA cross-compilation, we don't need everything from the sysroot, because > we use native compilers for the compilation. Therefore, we can cut them even > deeper and reclaim significant amount of cache space. This would also make >

Integrated: 8286394: Address possibly lossy conversions in jdk.naming.dns

2022-10-07 Thread Darragh Clarke
On Fri, 7 Oct 2022 14:14:13 GMT, Darragh Clarke wrote: > Added an int cast for the `timeoutLeft` assignment, looking through the code > and other uses of the variable it seems to show no issues with lossy > conversion. As part of this I removed the file to disable the conversion > warning > >

Re: RFR: 8286394: Address possibly lossy conversions in jdk.naming.dns

2022-10-07 Thread Aleksei Efimov
On Fri, 7 Oct 2022 14:14:13 GMT, Darragh Clarke wrote: > Added an int cast for the `timeoutLeft` assignment, looking through the code > and other uses of the variable it seems to show no issues with lossy > conversion. As part of this I removed the file to disable the conversion > warning > >

Re: RFR: 8286394: Address possibly lossy conversions in jdk.naming.dns

2022-10-07 Thread Roger Riggs
On Fri, 7 Oct 2022 14:14:13 GMT, Darragh Clarke wrote: > Added an int cast for the `timeoutLeft` assignment, looking through the code > and other uses of the variable it seems to show no issues with lossy > conversion. As part of this I removed the file to disable the conversion > warning > >

RFR: 8286394: Address possibly lossy conversions in jdk.naming.dns

2022-10-07 Thread Darragh Clarke
Added an int cast for the `timeoutLeft` assignment, looking through the code and other uses of the variable it seems to show no issues with lossy conversion. As part of this I removed the file to disable the conversion warning I tested this build and it doesn't give any warnings on this file --

Integrated: 8290154: [JVMCI] partially implement JVMCI for RISC-V

2022-10-07 Thread Sacha Coppey
On Thu, 21 Jul 2022 10:18:05 GMT, Sacha Coppey wrote: > This patch adds a partial JVMCI implementation for RISC-V, to allow using the > GraalVM Native Image RISC-V LLVM backend, which does not use JVMCI for code > emission. > It creates the jdk.vm.ci.riscv64 and jdk.vm.ci.hotspot.riscv64 packag

Re: RFR: 8294941: GHA: Cut down cross-compilation sysroots

2022-10-07 Thread Christoph Langer
On Fri, 7 Oct 2022 07:48:21 GMT, Aleksey Shipilev wrote: > In GHA cross-compilation, we don't need everything from the sysroot, because > we use native compilers for the compilation. Therefore, we can cut them even > deeper and reclaim significant amount of cache space. This would also make >

Re: RFR: 8290154: [JVMCI] partially implement JVMCI for RISC-V [v13]

2022-10-07 Thread Sacha Coppey
> This patch adds a partial JVMCI implementation for RISC-V, to allow using the > GraalVM Native Image RISC-V LLVM backend, which does not use JVMCI for code > emission. > It creates the jdk.vm.ci.riscv64 and jdk.vm.ci.hotspot.riscv64 packages, as > well as implements a part of jvmciCodeInstalle

Re: RFR: 8290154: [JVMCI] partially implement JVMCI for RISC-V [v12]

2022-10-07 Thread Yadong Wang
On Thu, 6 Oct 2022 17:18:36 GMT, Sacha Coppey wrote: >> This patch adds a partial JVMCI implementation for RISC-V, to allow using >> the GraalVM Native Image RISC-V LLVM backend, which does not use JVMCI for >> code emission. >> It creates the jdk.vm.ci.riscv64 and jdk.vm.ci.hotspot.riscv64 pac

RFR: 8294941: GHA: Cut down cross-compilation sysroots

2022-10-07 Thread Aleksey Shipilev
In GHA cross-compilation, we don't need everything from the sysroot, because we use native compilers for the compilation. Therefore, we can cut them even deeper and reclaim significant amount of cache space. This would also make cache eviction less likely, which saves time on recreating the sysr