llvm-svn: 67633

is specified.
 - No easy way to make a safe test case for this (given where the
   driver is supposed to put temp files).

llvm-svn: 67632

 - <rdar://problem/6715818> clang doesn't honor gcc semantic that last
    -O optimization option wins.

llvm-svn: 67628

Fix the bug that Eli noticed where we wouldn't look at function decls outside the class declaration.

llvm-svn: 67627

llvm-svn: 67626

llvm-svn: 67625

llvm-svn: 67624

llvm-svn: 67623

Similarly for ppc64.  This should probably move into the driver, along
with all the other target selection stuff other than -triple.

llvm-svn: 67621

llvm-svn: 67620

change the __VERSION__ string to be more sensible.  It would be useful to include the clang version # too.

llvm-svn: 67619

translation, the former we support, the later we don't (yet).

llvm-svn: 67611

 - Substitutes both clang and clang-cc.

 - Incorporates patch from Jon Simons to diagnose if clang or clang-cc
   isn't found.

 - Uses full path when running scripts, for more precision in the
   output.

llvm-svn: 67610

llvm-svn: 67609

llvm-svn: 67608

 - Updated ccc & driver to look in libexec/ for tools.

llvm-svn: 67607

Again, I tried to update cmake but it is untested.

llvm-svn: 67606

Again, I tried to update cmake but it is untested.

llvm-svn: 67605

llvm-svn: 67604

llvm-svn: 67603

Tests and drivers updated, still need to shuffle dirs.

llvm-svn: 67602

llvm-svn: 67601

llvm-svn: 67598

llvm-svn: 67596

llvm-svn: 67595

class C {
  void g(C c);

  virtual void f() = 0;
};

In this case, C is not known to be abstract when doing semantic analysis on g. This is done by recursively traversing the abstract class and checking the types of member functions. 

llvm-svn: 67594

llvm-svn: 67593

llvm-svn: 67592

executables (e.g., clang).
 - This matches the clang-driver behavior.

llvm-svn: 67590

llvm-svn: 67585

llvm-svn: 67584

ccc due to the different way we handle output arguments).

llvm-svn: 67583

llvm-svn: 67581

eliminating the duplication is next on the list.

llvm-svn: 67579

llvm-svn: 67577

always get ParmVarDecls with already-adjusted types. Assert it.

Thanks, Anders!

llvm-svn: 67576

a class template. At present, we can only instantiation normal
methods, but not constructors, destructors, or conversion operators.

As ever, this contains a bit of refactoring in Sema's type-checking. In
particular:

  - Split ActOnFunctionDeclarator into ActOnFunctionDeclarator
    (handling the declarator itself) and CheckFunctionDeclaration
    (checking for the the function declaration), the latter of which
    is also used by template instantiation.
  - We were performing the adjustment of function parameter types in
    three places; collect those into a single new routine.
  - When the type of a parameter is adjusted, allocate an
    OriginalParmVarDecl to keep track of the type as it was written.
  - Eliminate a redundant check for out-of-line declarations of member
    functions; hide more C++-specific checks on function declarations
    behind if(getLangOptions().CPlusPlus).

llvm-svn: 67575

llvm-svn: 67573

A test case to test that -warn-dead-stores does not emit a warning for stores to variables marked with '#pragma unused'.

llvm-svn: 67570

llvm-svn: 67569