0f1c1be196
We have a new policy in place making links to private resources something we try to avoid in source and test files. Normally, we'd organically switch to the new policy rather than make a sweeping change across a project. However, Clang is in a somewhat special circumstance currently: recently, I've had several new contributors run into rdar links around test code which their patch was changing the behavior of. This turns out to be a surprisingly bad experience, especially for newer folks, for a handful of reasons: not understanding what the link is and feeling intimidated by it, wondering whether their changes are actually breaking something important to a downstream in some way, having to hunt down strangers not involved with the patch to impose on them for help, accidental pressure from asking for potentially private IP to be made public, etc. Because folks run into these links entirely by chance (through fixing bugs or working on new features), there's not really a set of problematic links to focus on -- all of the links have basically the same potential for causing these problems. As a result, this is an omnibus patch to remove all such links. This was not a mechanical change; it was done by manually searching for rdar, radar, radr, and other variants to find all the various problematic links. From there, I tried to retain or reword the surrounding comments so that we would lose as little context as possible. However, because most links were just a plain link with no supporting context, the majority of the changes are simple removals. Differential Review: https://reviews.llvm.org/D158071
68 lines
2.1 KiB
Plaintext
68 lines
2.1 KiB
Plaintext
// RUN: %clang_cc1 -fsyntax-only %s -verify
|
|
// RUN: %clang_cc1 -fsyntax-only -std=c++98 %s -verify
|
|
// RUN: %clang_cc1 -fsyntax-only -std=c++11 %s -verify
|
|
|
|
namespace std {
|
|
template<typename T, typename U> class pair;
|
|
}
|
|
|
|
@interface NSObject
|
|
@end
|
|
|
|
@interface Test : NSObject
|
|
@end
|
|
|
|
@implementation Test
|
|
|
|
struct EvilStruct {
|
|
} // expected-error {{expected ';' after struct}}
|
|
|
|
typedef std::pair<int, int> IntegerPair;
|
|
|
|
template<typename...Ts> void f(Ts); // expected-error {{unexpanded}}
|
|
#if __cplusplus <= 199711L // C++03 or earlier modes
|
|
// expected-warning@-2 {{variadic templates are a C++11 extension}}
|
|
#endif
|
|
@end
|
|
|
|
struct OuterType {
|
|
typedef int InnerType;
|
|
};
|
|
|
|
namespace ns {
|
|
typedef int InnerType;
|
|
};
|
|
|
|
@protocol InvalidProperties
|
|
|
|
@property (nonatomic) (OuterType::InnerType) invalidTypeParens;
|
|
// expected-error@-1 {{type name requires a specifier or qualifier}}
|
|
// expected-error@-2 {{property requires fields to be named}}
|
|
// expected-error@-3 {{expected ';' at end of declaration list}}
|
|
// expected-error@-4 {{a type specifier is required for all declarations}}
|
|
// expected-error@-5 {{cannot declare variable inside @interface or @protocol}}
|
|
|
|
@property (nonatomic) (ns::InnerType) invalidTypeParens2;
|
|
// expected-error@-1 {{type name requires a specifier or qualifier}}
|
|
// expected-error@-2 {{property requires fields to be named}}
|
|
// expected-error@-3 {{expected ';' at end of declaration list}}
|
|
// expected-error@-4 {{a type specifier is required for all declarations}}
|
|
// expected-error@-5 {{cannot declare variable inside @interface or @protocol}}
|
|
|
|
@property (nonatomic) int OuterType::InnerType; // expected-error {{property requires fields to be named}}
|
|
|
|
@property (nonatomic) int OuterType::InnerType foo; // expected-error {{property requires fields to be named}}
|
|
// expected-error@-1 {{expected ';' at end of declaration list}}
|
|
// expected-error@-2 {{a type specifier is required for all declarations}}
|
|
// expected-error@-3 {{cannot declare variable inside @interface or @protocol}}
|
|
|
|
@end
|
|
|
|
// This used to crash.
|
|
@protocol Property0;
|
|
@protocol Property0;
|
|
id<Property0> x;
|
|
@protocol Property0;
|
|
id<Property0> y;
|
|
id<Property0> z = true ? x : y;
|