Skip to content

[build-script] Avoid stripping clang builtin .a libraries when extracting dSYMs on Darwin #71986

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

Merged
merged 2 commits into from
Mar 1, 2024

Conversation

kubamracek
Copy link
Contributor

Clang builtins (.a libraries inside lib/swift/clang/lib/darwin) are sometimes problematic to strip (because stripping .a/.o files involves calling the linker) and it's somewhat wrong to strip them in the first place (because they get consumed into linked products which might want to still extract dSYMs but if the .a is already stripped, then debug info for the .a content is already lost). Let's avoid stripping Clang builtins.

rdar://123844745

@kubamracek kubamracek requested a review from edymtt February 29, 2024 18:58
@@ -3230,20 +3230,21 @@ for host in "${ALL_HOSTS[@]}"; do
printJSONStartTimestamp dsymutil
(cd "${host_symroot}" &&
find ./"${CURRENT_PREFIX}" -perm -0111 -type f -not -name "*.a" -not -name "*.py" -print | \
xargs -n 1 -P ${DSYMUTIL_JOBS} ${dsymutil_path})
xargs -t -n 1 -P ${DSYMUTIL_JOBS} ${dsymutil_path})
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for adding this flag -- that will make debugging issues much easier

@kubamracek
Copy link
Contributor Author

@swift-ci please test

@kubamracek
Copy link
Contributor Author

@swift-ci please test

@kubamracek kubamracek merged commit ecbe758 into swiftlang:main Mar 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants