interesting part of this is the divrem changes, which are
already tested by CodeGen/X86/divrem.ll.

llvm-svn: 91975

llvm-svn: 91974

static inline functions with macros.

llvm-svn: 91973

instead use the appropriate subreggy thing.  This generates identical
code on some large apps (thanks to Evan's cross class coalescing
stuff he did back in july).  This means that MOV16r0 can go away
completely in the future soon.

llvm-svn: 91972

llvm-svn: 91971

llvm-svn: 91970

Also treat the type of the subexpression as a pointer in GRExprEngine::VisitCast when the expression is handled as an lvalue.

llvm-svn: 91969

llvm-svn: 91966

llvm-svn: 91965

implemented.

llvm-svn: 91963

llvm-svn: 91962

llvm-svn: 91961

llvm-svn: 91960

llvm-svn: 91959

llvm-svn: 91958

llvm-svn: 91957

Prevents an assert on successive redeclarations.

Fixed PR5573.

llvm-svn: 91956

work with partial objects so just count the type as a boolean. Update
appropriately.

llvm-svn: 91954

llvm-svn: 91953

llvm-svn: 91952

llvm-svn: 91951

llvm-svn: 91950

llvm-svn: 91949

llvm-svn: 91948

llvm-svn: 91947

while at it, remove an outdated FIXME

llvm-svn: 91946

llvm-svn: 91945

Certain Thumb instructions require only SP (e.g. tSTRspi).

llvm-svn: 91944

they're available_externally broke VMKit, which was relying on the fact that
functions would only be materialized when they were first called.  We'll have
to wait for http://llvm.org/PR5737 to really fix this.

I also added a test for one of the F->isDeclaration() calls which wasn't
covered by anything else in the test suite.

llvm-svn: 91943

is finished.

llvm-svn: 91942

size_t. Also, fix an issue with initialization of parameters in calls,
where we weren't removing the cv-qualifiers on the parameter type
itself. Fixes PR5823.

llvm-svn: 91941

used during compilation.
 - There is no easy way to define this group properly, unfortunately, and maybe
   this is a losing strategy. For now this is unambiguous more friendly, though.

llvm-svn: 91940

argument to runJITOnFunction(), which caused a null pointer dereference at
every call.

Patch by Gianluca Guida!

llvm-svn: 91939

llvm-svn: 91938

llvm-svn: 91937

was using "Tmp1" in the first getNode call instead of Node->getOperand(0).

llvm-svn: 91936

because the Visual C++ build does not build .c files as C99

llvm-svn: 91935

integer encoding (0123, 0b10101, 42, etc).

llvm-svn: 91934

llvm-svn: 91933

paths. Fixes "cannot compile this unexpected cast lvalue yet" error in
llvm/lib/Analysis/IPA/GlobalsModRef.cpp.

llvm-svn: 91932