incomplete types. RequireCompleteType is needed when the type may be
completed by instantiating a template.

llvm-svn: 67643

conceivably handle, but are defaulting to not using clang for.

llvm-svn: 67641

 - Don't default to using clang for C++ (use -ccc-clang-cxx to
   override).

 - Default to only using clang on i386 and x86_64 (use
   -ccc-clang-archs "" to override).

 - <rdar://problem/6712350> [driver] clang should not be used on
   powerpc by default
 - <rdar://problem/6705767> driver should default to -ccc-no-clang-cxx

I plan to add a warning that we are not using the clang compiler for
the given compilation so that users do not think clang is being used
in situations it isn't.

This change is motivated by the desire to be able to drop clang into a
build and have things "just work", even if it happens to get used to
compile C++ code or code for an architecture we don't support yet.

llvm-svn: 67640

Driver::ShouldUseClangCompiler.
 - No functionality change.

llvm-svn: 67639

 - <rdar://problem/6715707> driver should translate -fverbose-asm into
   -asm-verbose

llvm-svn: 67634

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