llvm-svn: 70424

llvm-svn: 70339

Clang version value rather than hard-coding "1.0".

Add PCH and Clang version information into the PCH file. Reject PCH
files with the wrong version information.

llvm-svn: 70264

llvm-svn: 70168

llvm-svn: 70164

llvm-svn: 70113

llvm-svn: 70112

llvm-svn: 70106

Another shot at switching PCH on by default, now that we've cleaned up some bugs and improved performance. Will be reverted after Mr. Speedy gets done with it

llvm-svn: 70099

llvm-svn: 70018

we see what trouble it causes.

llvm-svn: 70017

llvm-svn: 69638

files.

llvm-svn: 69622

llvm-svn: 69609

llvm-svn: 69410

unsupported arch.

llvm-svn: 69322

llvm-svn: 69171

llvm-svn: 68805

 - <rdar://problem/6756295> warning about '-dynamic' argument unused
   during compilation seems incorrect

llvm-svn: 68535

scripts.

llvm-svn: 68418

flags which were used for something.

llvm-svn: 68416

arguments" warning.

llvm-svn: 68410

llvm-svn: 68316

calling gcc in generic configurations.

llvm-svn: 68260

 - PR3922

 - I have a clean solution for this in flight, but it may take a while
   to come to fruition so we'll take a quick fix for now.

llvm-svn: 68241

 - PR3875.
 - <rdar://problem/6615249> [driver] ccc should support some form of
   --help

llvm-svn: 68148

 - Patch by Ed Schouten!

llvm-svn: 68061

 - Not particularly elegant, but my hand is forced by gcc.

Also, tweak -ccc-print-bindings output.

llvm-svn: 68027

warnings.

llvm-svn: 68018

llvm-svn: 67837

llvm-svn: 67806

separate, or vice versa).

Also, fix initialization of LinkingOutput variable.

llvm-svn: 67757

llvm-svn: 67756

llvm-svn: 67754

llvm-svn: 67741

 - Lift ArgList to a base class for InputArgList and DerivedArgList.
 
 - This is not a great decomposition, but it does embed the
   translation into the type system, and keep things efficient for
   tool chains that don't want to do any translation.

 - No intended functionality change.

Eventually I hope to get rid of tool chain specific translation and
have each tool do the right thing, but for now this is the easiest way
to match gcc precisely (which is good for testing).

llvm-svn: 67676

 - -emit-llvm no longer changes what compilation steps are done.

 - -emit-llvm and -emit-llvm -S write output files with .o and .s
    suffixes, respectively.

 - <rdar://problem/6714125> clang-driver should support -O4 and -flto,
   like llvm-gcc

llvm-svn: 67645

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