that it is an immediate before checking that the instruction is an
EXTRACT_SUBREG.

llvm-svn: 105585

 - We actually pretend that we have two separate types for LLVM assembly/bitcode because we need to use the standard suffixes with LTO ('clang -O4 -c t.c' should generate 't.o').

It is now possible to do something like:
  $ clang -emit-llvm -S t.c -o t.ll ... assorted other compile flags ...
  $ clang -c t.ll -o t.o ... assorted other compile flags ...
and expect that the output will be almost* identical to:
  $ clang -c t.c -o t.o ... assorted other compile flags ...
because all the target settings (default CPU, target features, etc.) will all be initialized properly by the driver/frontend.

*: This isn't perfect yet, because in practice we will end up running the optimization passes twice. It's possible to get something equivalent out with a well placed -mllvm -disable-llvm-optzns, but I'm still thinking about the cleanest way to solve this problem more generally.

llvm-svn: 105584

 - This magically enables using 'clang -cc1' as a replacement for most of 'llvm-as', 'llvm-dis', 'llc' and 'opt' functionality.

For example, 'llvm-as' is:
  $ clang -cc1 -emit-llvm-bc FOO.ll -o FOO.bc
and 'llvm-dis' is:
  $ clang -cc1 -emit-llvm    FOO.bc -o -
and 'opt' is, e.g.:
  $ clang -cc1 -emit-llvm -O3 -o FOO.opt.ll FOO.ll
and 'llc' is, e.g.:
  $ clang -cc1 -S -o - FOO.ll

The nice thing about using the backend tools this way is that they are guaranteed to exactly match how the compiler generates code (for example, setting the same backend options).

llvm-svn: 105583

 - These inputs follow an abbreviated execution path, but are still worth handling by FrontendAction so they reuse all the other clang -cc1 features.

llvm-svn: 105582

llvm-svn: 105581

llvm-svn: 105580

Frontend: Move some initialization from CompilerInstance to FrontendAction, to parallel what is done for AST inputs.

llvm-svn: 105579

llvm-svn: 105578

llvm-svn: 105577

create modules which have target data strings.

llvm-svn: 105576

llvm-svn: 105575

Frontend: Add CodeGenOptions::SimplifyLibCalls, and eliminate LangOptions argument to BackendConsumer.

llvm-svn: 105574

llvm-svn: 105573

llvm-svn: 105561

type of rhs need be compared to setter's argument and
not the getter type. Fixes radar 8062778

llvm-svn: 105560

llvm-svn: 105559

rdar://7797940

llvm-svn: 105557

llvm-svn: 105556

llvm-svn: 105554

llvm-svn: 105553

llvm-svn: 105552

llvm-svn: 105551

llvm-svn: 105550

an existing ir for load of a bock variable. This cannot be
done across basic blocks.
Fixes radar 8064140.

llvm-svn: 105549

determinstic. Instead, give SCEV objects an arbitrary sequence
number.

llvm-svn: 105548

Catch free()s on non-regions and regions known to be not from malloc(), by checking the symbol type and memory space.

llvm-svn: 105547

that the operands are sorted.

llvm-svn: 105546

the operands.

llvm-svn: 105545

llvm-svn: 105544

llvm-svn: 105542

llvm-svn: 105541

scrounging through SCEVUnknown contents and SCEVNAryExpr operands;
instead just do a simple deterministic comparison of the precomputed
hash data.

Also, since this is more precise, it eliminates the need for the slow
N^2 duplicate detection code.

llvm-svn: 105540

encapsulation to force the users of these classes to know about the internal
data structure of the Operands structure. It also can lead to errors, like in
the MSIL writer.

llvm-svn: 105539

llvm-svn: 105537

llvm-svn: 105534

created temporary. Use own initialized entity for copied in block
variables.

llvm-svn: 105533

TODO: add remainder of builtins to CGBuiltin, add code to SemaChecking to validate constants.

llvm-svn: 105532

llvm-svn: 105531

constructor into an extension warning into the error that C++98 requires.

llvm-svn: 105529

Partial specialization was not checking the callsite to make sure it was using the same constants as the specialization, leading to calls to the wrong specialization.  Patch by Takumi Nakamura\!

llvm-svn: 105528