mirror of
https://github.com/apple/swift.git
synced 2025-12-21 12:14:44 +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.
26 lines
840 B
Swift
26 lines
840 B
Swift
// RUN: %empty-directory(%t)
|
|
// RUN: %target-swift-frontend %s -module-name Functions -verify -clang-header-expose-decls=has-expose-attr -disable-availability-checking -typecheck -verify -emit-clang-header-path %t/functions.h
|
|
|
|
// RUN: cat %s | grep -v _expose > %t/clean.swift
|
|
// RUN: %target-swift-frontend %t/clean.swift -module-name Functions -clang-header-expose-decls=all-public -disable-availability-checking -typecheck -verify -emit-clang-header-path %t/header.h
|
|
// RUN: %FileCheck %s < %t/header.h
|
|
|
|
// REQUIRES: objc_interop
|
|
|
|
// CHECK-NOT: Unsupported
|
|
// CHECK: supported
|
|
|
|
import Foundation
|
|
|
|
public func supported() {}
|
|
|
|
@objc
|
|
@_expose(Cxx) // expected-error {{@objc class 'UnsupportedClass' can not yet be exposed to C++}}
|
|
public class UnsupportedClass: NSObject {
|
|
override public init() {
|
|
x = 0
|
|
}
|
|
|
|
let x: Int
|
|
}
|