mirror of
https://github.com/apple/swift.git
synced 2025-12-14 20:36:38 +01:00
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.
29 lines
931 B
C++
29 lines
931 B
C++
// RUN: %empty-directory(%t)
|
|
// RUN: split-file %s %t
|
|
// RUN: %target-swift-frontend %t/print-string.swift -module-name Stringer -enable-experimental-cxx-interop -typecheck -verify -emit-clang-header-path %t/Stringer.h
|
|
|
|
// Ensure: we don't hit any spurious warnings instantiating
|
|
// C++ standard library templates because of the generated header.
|
|
|
|
// RUN: %target-interop-build-clangxx -std=gnu++20 -fsyntax-only -c %t/test-stdlib.cpp -I %t -Wall -Werror -Werror=ignored-attributes -Wno-error=unused-command-line-argument
|
|
|
|
//--- print-string.swift
|
|
|
|
public func printString(_ s: String) {
|
|
}
|
|
|
|
//--- test-stdlib.cpp
|
|
|
|
#include "Stringer.h"
|
|
#include <iostream>
|
|
|
|
int main() {
|
|
// Ensure that template instantiations inside C++
|
|
// standard library in this call don't cause any new diagnostics
|
|
// because of the generated header.
|
|
std::cout << "test invoke std::cout\n" << std::endl;
|
|
|
|
auto _ = swift::String::init();
|
|
return 0;
|
|
}
|