-
Notifications
You must be signed in to change notification settings - Fork 4.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[ARM32/Linux] CoreCLR building issues for ARM32 on Linux #7115
Comments
How does this relate, tracking wise, to https://github.com/dotnet/core-setup/issues/725? |
@gkhanna79 I also think not all of tasks in this issue are related to dotnet/core-setup#725 directly. We may generate package file for Linux ARM32 by task 1 (Update CoreCLR to generate nuget packages of CoreCLR). But we need additional tasks to generate more complete package. (such as |
I had previously noticed that libcoreclrtraceptprovider.so is explicitly ignored/removed from the things to build for non-Windows ARM...was this based on a previous assumption/requirement that is no longer true? I'm happy to pick that one up if no one else has. As for the crossgen pieces, here is how I was doing it, quick and dirty, though that requires sudo'ing, which is probably not the best way. |
@hseok-oh I would suggest we have a single issue to track all open items for Linux Arm32 E2E bringup so that it serves as a reference of the current status. Can you please reference these as "CoreCLR Arm32 issues" from https://github.com/dotnet/core-setup/issues/725 and use this issue as a central issue for all CoreCLR for Linux Arm32 issues? |
@SteveDesmond-ca The repo builds clean with libcoreclrtraceptprovider.so for 16.04. However, it does not build clean for Ubuntu 14.04 and, hence, being excluded.
Yes, and it is blocker for automation to use that approach. Hence, we need to have a x86 hosted crossgen that generate Arm32 code so that it just runs in the natural expected manner. |
@gkhanna79 I updated dotnet/core-setup#725 and this issue. I agree with you. |
I also agree that this issue handle all CoreCLR related issues for Arm32 bringup. @gkhanna79 what does "E2E" in "Arm32 E2E bringup" stand for? |
@hqueue E2E stands for End-to-End. |
@gkhanna79 is there have any more preparation for pipelining CoreCLR ARM32 on Linux? |
@hseok-oh there are no changes required from you for that :) I will get the changes done in our infra. |
https://github.com/dotnet/core-setup/issues/725#issuecomment-274379440 explains the current status of CoreCLR Linux Arm32 pipeline build status. |
CoreCLR pipeline build is now publishing Arm32 (armhf) packages for Ubuntu 14.04 and Ubuntu 16.04 on myget! Here are the first set of packages that got published today from the repo: |
@hseok-oh Please add "Enable CI support for Linux Arm32" (dotnet/coreclr#9445) to the list too. |
@hseok-oh Please check "Update CI to use Docker images for ARM32 CI" as done :) |
@hseok-oh Is this issue still up-to-date and relevant? |
We can follow remain one issue (cross-crossgen) on it's issue. So I think this issue can be closed. |
We have some issues for ARM 32bit cross building on Linux. Especially, we need to clear some of these tasks to enable core-setup for ARM32. (dotnet/core-setup#725)
Packages build
libcoreclrtraceptprovider.so
(issue dotnet/coreclr#8684)Fix build script for cross build
CI support
The text was updated successfully, but these errors were encountered: