-
Notifications
You must be signed in to change notification settings - Fork 10.5k
[Darwin] Get rid of trampoline hack for lgamma function. #1776
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
Conversation
fc7acf2
to
fbd5449
Compare
Since swiftc pass-through -Xcc arguments to ClangImporter, we can unveil lgamma_r from _REENTRANT macro.
@jrose-apple Is this change safe for the downstream modules and apps? |
Maybe? Because Fortunately, compiling simple calls to It's up to you whether you want to take it under those conditions. |
Based on #1724, I'm afraid that does not really work. To be on the safe side, I'm inclined to reject this change. |
I'm confused. #1724 doesn't seem to offer any barriers to this at all. |
For this change, my concern is that we won't pass |
That's exactly the right concern, but because the only references are at the SIL level and there are no Clang types involved, there shouldn't be any cross-references to Clang decls. …I think. There are many ways that would no longer be true in the future (debug info, perhaps), but again we'd detect it very quickly. |
It also depends on what else |
@rintaro Sorry! |
I agree. |
What's in this pull request?
Since swiftc pass-through
-Xcc
arguments to ClangImporter,we can unveil
lgamma_r
with-Xcc -D_REENTRANT
.Resolved bug number: N/A
Before merging this pull request to apple/swift repository: