-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
fix runtime build failures on ppc64le #88145
Conversation
Tagging subscribers to this area: @dotnet/area-infrastructure-libraries Issue DetailsRuntime build failing on ppc64le machine with below error
This issue has been observed after PR 87426 merged.
|
Tagging subscribers to this area: @dotnet/runtime-infrastructure Issue DetailsRuntime build failing on ppc64le machine with below error
This issue has been observed after PR 87426 merged. Also I am wondering why upstream CI is not failing for ppc64le. Here is link for ppc64le CI.
|
/cc @directhex |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
It seems like we are missing the clr.tools
subset in the CI
buildArgs: -s mono+libs+host+packs+libs.tests -c $(_BuildConfig) /p:ArchiveTests=true |
Upstream change in v1.7.0 was libunwind/libunwind#450. |
How does |
We manually update |
This PR removes runtime/src/native/external/libunwind.cmake Lines 373 to 382 in c06d77a
to match with: runtime/src/native/external/libunwind/src/Makefile.am Lines 483 to 490 in c06d77a
There are still other differences. Should we sync those too? (in a separate PR) |
Yes, maybe with the criteria "compile what runtime needs, and not everything possible". The Makefile typically builds the general purpose lib for distros. We only compile the subset. (Slightly off-topic)
dladdr() that symbols from system libunwind if it's there use that before selecting the fallback logic, which is slightly less efficient)
|
Would it help if we were able to use the libunwind build system directly instead of wrapping it in our own CMake logic? We can look at using some of the |
IIRC, the rationale to keep build scripts outside the vendor dirs was:
Also, the cmake scripts in libunwind/libunwind repo is not exercised in the CI (only Windows build uses it: https://github.com/libunwind/libunwind/blob/7d505a2b9d8b0dd21c24c01ee420c0d00dda8214/.github/workflows/CI-win.yml#L39). So it will be an additional maintenance overhead for us. |
@am11 will you be adding the clr.tools to the buildArgs for the CI? |
Runtime build failing on ppc64le machine with below error
This issue has been observed after PR 87426 merged.
Also I am wondering why upstream CI is not failing for ppc64le. Here is link for ppc64le CI.
cc:
@am11 @tmds @janani66