e3033c0ce5
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
17 lines
642 B
C++
17 lines
642 B
C++
// REQUIRES: x86-registered-target
|
|
// RUN: %clang_cc1 -triple x86_64-windows-msvc -o - %s -emit-interface-stubs | FileCheck -check-prefix=CHECK-CC1 %s
|
|
// RUN: %clang -target x86_64-windows-msvc -o - %s -emit-interface-stubs -emit-merged-ifs -S | FileCheck -check-prefix=CHECK-IFS %s
|
|
// note: -S is added here to prevent clang from invoking link.exe
|
|
|
|
// CHECK-CC1: Symbols:
|
|
// CHECK-CC1-NEXT: ?helloWindowsMsvc@@YAHXZ
|
|
|
|
// CHECK-IFS: --- !experimental-ifs-v2
|
|
// CHECK-IFS: IfsVersion: 2.0
|
|
// CHECK-IFS: Triple:
|
|
// CHECK-IFS: Symbols:
|
|
// CHECK-IFS: - { Name: '?helloWindowsMsvc@@YAHXZ', Type: Func }
|
|
// CHECK-IFS: ...
|
|
|
|
int helloWindowsMsvc();
|