forked from OSchip/llvm-project
Fix PR8774 by restricting when hasInit returns true. Previously, it
would return true if the initializer pointer union had *any* non-null pointer in it, even if the pointer wasn't one that would actually be returned via getInit(). This makes it more accurately model the logic of 'getInit() != NULL'. This still isn't completely satisfying. From a principled stance, I suspect we should make hasInit() and getInit() *always* return false and NULL (resp.) for ParmVarDecl. We shouldn't at the API level treat initializers and default arguments as the same thing. llvm-svn: 121692
This commit is contained in:
parent
f8d180b808
commit
7a6d2e9ca1
|
@ -818,7 +818,7 @@ public:
|
|||
const Expr *getAnyInitializer(const VarDecl *&D) const;
|
||||
|
||||
bool hasInit() const {
|
||||
return !Init.isNull();
|
||||
return !Init.isNull() && (Init.is<Stmt *>() || Init.is<EvaluatedStmt *>());
|
||||
}
|
||||
const Expr *getInit() const {
|
||||
if (Init.isNull())
|
||||
|
|
|
@ -119,5 +119,24 @@ struct PR7999_X {};
|
|||
PR7999_X& PR7999_f(PR7999<PR7999_X> s) { return s.value; } // no-warning
|
||||
void test_PR7999(PR7999_X& x) { (void)PR7999_f(x); } // no-warning
|
||||
|
||||
// PR 8774: Don't try to evaluate parameters with default arguments like
|
||||
// variables with an initializer, especially in templates where the default
|
||||
// argument may not be an expression (yet).
|
||||
namespace PR8774 {
|
||||
template <typename T> class A { };
|
||||
template <typename U> struct B { };
|
||||
template <typename V> V f(typename B<V>::type const &v = B<V>::value()) {
|
||||
return v;
|
||||
}
|
||||
template <> struct B<const char *> {
|
||||
typedef const char *type;
|
||||
static const char *value();
|
||||
};
|
||||
void g() {
|
||||
const char *t;
|
||||
f<const char*>(t);
|
||||
}
|
||||
}
|
||||
|
||||
// TODO: test case for dynamic_cast. clang does not yet have
|
||||
// support for C++ classes to write such a test case.
|
||||
|
|
Loading…
Reference in New Issue