search

TravaOpenJDK / trava-jdk-11-dcevm

dcevm-11 built on Travis
Apache License 2.0
403 stars 57 forks source link

Are there any plan to release a native build for ARM - MacOS M1 chip? #36

Open PiercarloSlavazza opened 3 years ago

markdbuck commented 3 years ago

I wanted to add an ARM build for linux, so I checked travis-ci which is used for building dcevm and unfortunately, it doesn't provide support for arm on macos. So that I think is a limitation in providing this. But, I was able to install dcevm macos version on my m1 macbook air and it seemed to work fine albeit with only a quick check.

mic1099 commented 3 years ago

@markdbuck yeah installing jdk on apple silicon macs for mac-amd64 works just fine thanks to Rosetta. However you are giving away performance you would be able to achieve running native code on those apple chips. I do need to compile fairly large projects and there is difference between running native jdk versus mac-amd64 one.

maiksd commented 2 years ago

I'd like to renew this request, but it looks like travis-ci still doesn't support ARM on macOS, or multiple architectures at all on macOS. This is a bit sad, considering that any new Mac hardware is ARM-based.

skybber commented 2 years ago

Travis build has been abandoned for some time, TravaOpenJDK is build by Github Actions now.

maiksd commented 2 years ago

Ok, so what's holding the ARM Mac build back then? :-)

markdbuck commented 2 years ago

When travis-ci was still being used, I did contribute a build for ARM. But that went by the boards with the move to github actions. I looked into trying to do ARM build with github actions a while back despite having zero experience with it. I do have lots of CI experience with Jenkins and Tekton, but I found github actions quite confusing. But, I believe I understood enough to find out that github actions doesn't provide support for hosted actions running on ARM. (see, for example, https://github.community/t/ask-about-github-hosted-runners-arm64-platform-support/167483/3). I tried looking into uraimo/run-on-arch-action (see https://github.com/uraimo/run-on-arch-action) but quickly got bogged down.