Skip to content

[DebugInfo] Fix recursively generating debug info for same type #79033

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

Closed

Conversation

augusto2112
Copy link
Contributor

Explanation: Debug Info generation already has a check to stop it from generating debug info for a type with the same mangled name. However, most of the code paths in debug info generation would not add the mangled name to the cache while generation was not done. This patch fixes that so types that are in-flight don't have their debug info generated twice.
Scope: Debug info generation for embedded Swift
Issues: rdar://142500619
Original PRs: #78691
Risk: Low (only affects IRGen when compiling for LLDB).
Testing: swift ci testing
Reviewers: @adrian-prantl

Debug Info generation already has a check to stop it from generating
debug info for a type with the same mangled name. However, most of the
code paths in debug info generation would not add the mangled name to
the cache while generation was not done. This patch fixes that so types
that are in-flight don't have their debug info generated twice.

rdar://142500619
(cherry picked from commit 563051c)
@augusto2112 augusto2112 requested a review from a team as a code owner January 30, 2025 00:17
@augusto2112
Copy link
Contributor Author

@swift-ci test

Since release/6.1 does not have the patch with the new embedded
mangling, this changes embedded-recur-c-types.swift test to check for
the old one instead.
@augusto2112
Copy link
Contributor Author

@swift-ci test

@augusto2112
Copy link
Contributor Author

Since release/6.1 does not have the new embedded mangling, I added a new commit only for this branch changing the new test to check for regular mangled names.

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