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
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
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
>
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
>
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
>
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
>
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
>
>
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
>
>
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
>
>
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
--
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
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
>
> 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
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
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
15 matches
Mail list logo