llvm-svn: 45023

side effects for machine instructions.

llvm-svn: 45022

llvm-svn: 45020

of "expressions", since they are not really evaluated.

llvm-svn: 45015

llvm-svn: 45014

still be done in the LLVM code generator. And update the summary for the
X86 target.

llvm-svn: 45013

Sema::ActOnFinishFunctionBody(): Since we no longer synthesize a FunctionDecl for each method, remove the unconditional initialization to 0 and corresponding comment.

llvm-svn: 45008

deserialization.  Eventually this should be replaced with a lazy-reading
mechanism that only reads source files when they are needed by clients.

llvm-svn: 45007

deserialized.

llvm-svn: 45006

llvm-svn: 45005

create a .ast file in the current working directory.  This mirrors the behavior
of the -c option for gcc.  Later we should add the ability to write the
serialized file anywhere.

llvm-svn: 45004

llvm-svn: 45003

llvm-svn: 45002

llvm-svn: 45001

llvm-svn: 45000

Let: %q = GEP %p, X, ...
If %p is a GEP, we can chase baseptr further, only if X==0.

llvm-svn: 44999

llvm-svn: 44998

llvm-svn: 44997

llvm-svn: 44996

llvm-svn: 44995

llvm-svn: 44994

Don't do integer promotions of LHS for compound shift assignment.  The LHS has to be a modifiable lvalue.

llvm-svn: 44993

llvm-svn: 44992

llvm-svn: 44991

llvm-svn: 44990

Previously this field was serialized out in VarDecl (a parent class), but
now the field belongs to ParmVarDecl.

llvm-svn: 44989

llvm-svn: 44988

llvm-svn: 44987

Remove ugly and horrible code.  It's not necessary for correctness, and can be added back later if it causes code quality issues.

llvm-svn: 44986

llvm-svn: 44985

of array types.  For things like:

  char x[10];
  
we should treat "x" as being initialized, because the variable "x" really
refers to the memory block of the array. Clearly x[1] is uninitialized, but
expressions like "(char*) x" really do refer to an initialized value. This
simple dataflow analysis does not reason about the contents of arrays.

This fixes: PR 1859 (http://llvm.org/bugs/show_bug.cgi?id=1859)

llvm-svn: 44984

llvm-svn: 44983

we incorrectly examine the expression within a sizeof() for use in computing
dataflow values.

This fixes: PR 1858 (http://llvm.org/bugs/show_bug.cgi?id=1858)

llvm-svn: 44982

llvm-svn: 44981

llvm-svn: 44980

llvm-svn: 44979

llvm-svn: 44978

platform like Darwin.

llvm-svn: 44977

llvm-svn: 44976

llvm-svn: 44974