mirror of
https://github.com/apple/swift.git
synced 2025-12-14 20:36:38 +01:00
da07ff577c
PrintAsClang is supposed to emit declarations in the same order regardless of the compiler’s internal state, but we have repeatedly found that our current criteria are inadequate, resulting in non-functionality-affecting changes to generated header content. Add a diagnostic that’s emitted when this happens soliciting a bug report. Since there *should* be no cases where the compiler fails to order declarations, this diagnostic is never actually emitted. Instead, we test this change by enabling `-verify` on nearly all PrintAsClang tests to make sure they are unaffected. This did demonstrate a missing criterion that only mattered in C++ mode: extensions that varied only in their generic signature were not sorted stably. Add a sort criterion for this.
14 lines
807 B
Swift
14 lines
807 B
Swift
// RUN: %empty-directory(%t)
|
|
// RUN: %target-swift-frontend(mock-sdk: %clang-importer-sdk) %S/../Inputs/empty.swift -typecheck -verify -emit-objc-header-path %t/empty.h
|
|
// RUN: %clang -extract-api -o %t/empty.symbols.json --target=%target-triple -isysroot %clang-importer-sdk-path -F %clang-importer-sdk-path/frameworks --extract-api-ignores=%swift-share-dir/swift/compatibility-symbols -fmodules -x objective-c-header %t/empty.h
|
|
// RUN: %FileCheck %s --input-file %t/empty.symbols.json
|
|
|
|
// REQUIRES: objc_interop
|
|
|
|
// Make sure that any macros or typedefs added to the Clang compatibility header are reflected in
|
|
// the `comptibility-symbols` file that is installed in the toolchain.
|
|
|
|
// Use a regex match here to allow the Clang symbol graph to be pretty-printed or condensed
|
|
|
|
// CHECK: "symbols":{{ ?}}[]
|