llvm-project.git/clang/test/InterfaceStubs/lambda.cpp, branch main

[ifs] Prepare llvm-ifs for elfabi/ifs merging.

2021-07-19T18:23:00+00:00

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

[llvm][clang][IFS] Enhancing the llvm-ifs yaml format for symbol lists.

2020-04-01T14:49:06+00:00

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

try to fix InterfaceStubs/lambda.cpp on Windows after bd8c8827d96f0

2020-01-14T02:22:46+00:00

[clang][IFS][test] Fixing mangled name of a test for Darwin.

2020-01-13T22:01:48+00:00

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

[clang][IFS] Prevent Clang-IFS from Leaking symbols from inside a block.

2020-01-13T21:04:27+00:00

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