summaryrefslogtreecommitdiff
path: root/clang/test/InterfaceStubs/lambda.cpp
AgeCommit message (Collapse)Author
2021-07-19[ifs] Prepare llvm-ifs for elfabi/ifs merging.Haowei Wu
This diff changes llvm-ifs to use unified IFS file format and perform other renaming changes in preparation for the merging between elfabi/ifs. Differential Revision: https://reviews.llvm.org/D99810
2020-04-01[llvm][clang][IFS] Enhancing the llvm-ifs yaml format for symbol lists.Puyan Lotfi
Prior to this change the clang interface stubs format resembled something ending with a symbol list like this: Symbols: a: { Type: Func } This was problematic because we didn't actually want a map format and also because we didn't like that an empty symbol list required "Symbols: {}". That is to say without the empty {} llvm-ifs would crash on an empty list. With this new format it is much more clear which field is the symbol name, and instead the [] that is used to express an empty symbol vector is optional, ie: Symbols: - { Name: a, Type: Func } or Symbols: [] or Symbols: This further diverges the format from existing llvm-elftapi. This is a good thing because although the format originally came from the same place, they are not the same in any way. Differential Revision: https://reviews.llvm.org/D76979
2020-01-13try to fix InterfaceStubs/lambda.cpp on Windows after bd8c8827d96f0Nico Weber
2020-01-13[clang][IFS][test] Fixing mangled name of a test for Darwin.Puyan Lotfi
Darwin adds an extra '_' before every C/global function mangled name and because of this, this test was breaking on Darwin. This is a fix for commit: https://reviews.llvm.org/D71301
2020-01-13[clang][IFS] Prevent Clang-IFS from Leaking symbols from inside a block.Puyan Lotfi
Built libdispatch with clang interface stubs. Ran into some block related issues. Basically VarDecl symbols can leak out because I wasn't checking the case where a VarDecl is contained inside a BlockDecl (versus a method or function). This patch checks that a VarDecl is not a child decl of a BlockDecl. This patch also does something very similar for c++ lambdas as well. Differential Revision: https://reviews.llvm.org/D71301