[ASan][Windows] Add __cdecl to public sanitizer functions#69625
[ASan][Windows] Add __cdecl to public sanitizer functions#69625strega-nil merged 4 commits intollvm:mainfrom
Conversation
mstorsjo
left a comment
There was a problem hiding this comment.
Functionally, this LGTM.
There's a lot of noise in the PR though, I presume it comes from clang-format wanting to update things and the files not being quite formatted to begin with? I guess that's ok...
I'd appreciate to hear if @vitalybuka has something more to say about it, so I hope you can wait for a day or so, to let him respond in case he has something to say.
yeah, that's exactly what it is; |
|
@vitalybuka would you like to take a look at this? Otherwise, I'll merge by tomorrow (2023-10-31T18:00Z) |
vitalybuka
left a comment
There was a problem hiding this comment.
We use capitalized processor definitions
How about __sanitizer_cdecl -> SANITIZER_CDECL ?
This is necessary for many projects which pass `/Gz` to their compiles, which makes their default calling convention `__stdcall`.
|
✅ With the latest revision this PR passed the C/C++ code formatter. |
PR llvm#69625 broke the build - I put __cdecl on the wrong side of the `*` in function pointer declarations. Lesson learned - run check-all!
PR #69625 broke the build - I put __cdecl on the wrong side of the `*` in function pointer declarations. Lesson learned - run check-all!
|
I think this change broke one of our bots: Can you investigate the failure? |
|
Ping @strega-nil |
|
@AaronBallman I'm not sure how that happened - it looks like |
in #69625 @strega-nil added cdecl to a huge number of sanitizer interface declarations. It looks like she was racing against @kennyyu adding a tsan interface function. I noticed this when merging in the latest changes from llvm/main and corrected it. Co-authored-by: Charlie Barto <Charles.Barto@microsoft.com>
in llvm/llvm-project#69625 @strega-nil added cdecl to a huge number of sanitizer interface declarations. It looks like she was racing against @kennyyu adding a tsan interface function. I noticed this when merging in the latest changes from llvm/main and corrected it. Co-authored-by: Charlie Barto <Charles.Barto@microsoft.com>
This is necessary for many projects which pass `/Gz` to their compiles, which makes their default calling convention `__stdcall`. (personal note, I _really_ wish there was a pragma for this) (cherry picked from commit b799080)
PR llvm#69625 broke the build - I put __cdecl on the wrong side of the `*` in function pointer declarations. Lesson learned - run check-all! (cherry picked from commit 15b0cb4)
This is necessary for many projects which pass
/Gzto their compiles, which makes their default calling convention__stdcall.(personal note, I really wish there was a pragma for this)