| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 203302
|
|
|
|
| |
llvm-svn: 155723
|
|
|
|
|
|
|
| |
to a given type, when the reason is that there is a non-type decl with
the same name.
llvm-svn: 155677
|
|
|
|
|
|
|
|
|
| |
- This is designed to make it obvious that %clang_cc1 is a "test variable"
which is substituted. It is '%clang_cc1' instead of '%clang -cc1' because it
can be useful to redefine what gets run as 'clang -cc1' (for example, to set
a default target).
llvm-svn: 91446
|
|
|
|
|
|
|
|
|
|
|
| |
overloaded-operator resolution is wildly untested, but the parallel code for
methods seems to satisfy some trivial tests.
Also change some overload-resolution APIs to take a type instead of an expression,
which lets us avoid creating a spurious CXXThisExpr when resolving implicit
member accesses.
llvm-svn: 90410
|
|
|
|
| |
llvm-svn: 89876
|
|
|
|
| |
llvm-svn: 86432
|
|
|
|
| |
llvm-svn: 83945
|
|
|
|
|
|
|
|
|
|
| |
Something strange is going on here; this test randomly started failing after
unrelated changes to TestRunner.py (even though it runs the same
script).
Argiris or Doug, can one of you investigate?
llvm-svn: 77063
|
|
llvm-svn: 73812
|