- Change implementation of MemRegion::hasStackStorage()/hasHeapStorage() to use
  'getMemorySpace()'.  This avoids a double traversal up the region hierarchy
  and is simpler.
- Add MemRegion::hasHeapOrStackStorage() as a slightly more efficient
  alternative to 'hasStackStorage() || hasHeapStorage()'.

llvm-svn: 73977

llvm-svn: 73976

llvm-svn: 73975

Use 64-bit integer counters for tracking time, rather than doubles.  This will be more atomic op friendly.

llvm-svn: 73974

llvm-svn: 73973

generated code was apparently doing stores directly into the return value
aggregate; now, it's doing a copy from a compiler-generated static object.
That object is initialized using [4 x i8] which breaks the test.  I believe
this change preserves the original point of the test.

Of course it would be better for the code to do stores directly into the
return aggregate, but that is not what happens at -O0; the llvm optimizers
seem to do that on x86 but not on ppc32, possibly because of the explicit
padding (which is unavoidable).  I think it must have been being done by
a gcc optimizer pass before.

llvm-svn: 73972

the near future.

llvm-svn: 73971

llvm-svn: 73970

cleans up the CMake-based build system a bit. Started by a patch from
Xerxes Rånby.

llvm-svn: 73969

llvm-svn: 73968

llvm-svn: 73967

llvm-svn: 73966

also some contribution from Jim Grosbach, Bob Wilson, and Evan Cheng.

I've done my best to consolidate the patches with those that were done by
Viktor Kutuzov and Anton Korzh from Access Softek, Inc. Let me know if missed
anything. I've completely reorganized the thumb2 td file, made more extensive
uses of multiclass, etc.

Test cases will be contributed later after I re-organize what's in svn first.

llvm-svn: 73965

llvm-svn: 73964

llvm-svn: 73963

llvm-svn: 73962

macro. Fixes PR 4427. Patch by Xerxes Rånby!

llvm-svn: 73961

Remove old Xcode project.  We can now automatically generate an Xcode project that compiles all of LLVM (not just Clang) using CMake.

llvm-svn: 73960

llvm-svn: 73959

llvm-svn: 73958

llvm-svn: 73957

Add a test illustrating our current inability to properly cope with the point of instantation of a member function of a class template specialization

llvm-svn: 73956

New test for when the subexpressions within a typeid are potentially evaluated. We seem to be the only ones to get this right.

llvm-svn: 73955

llvm-svn: 73954

Fold the add (ptr, offset) into ptr[offset] only if the offset is small enough. movwi and moviw allow value of 5-bits only (i.e. 32).

llvm-svn: 73953

No functionality change.

llvm-svn: 73952

Clean up code with ValueManager.

llvm-svn: 73951

llvm-svn: 73950

explicitly. Make 0 value with the field type.

llvm-svn: 73949

llvm-svn: 73948

llvm-svn: 73947

array elements to 0 explicitly. Create 0 values with the element type.

llvm-svn: 73946

with dos style newlines.  I have a trivial test for this:

// RUN: clang-cc %s -verify
#define test(x, y) \
   x ## y

but I don't know how to get svn to not change newlines and testrunner
doesn't work with dos style newlines either, so "not worth it". :)

rdar://6994000

llvm-svn: 73945

Only pad when the section size > 0 and move the code that deals
with globals initializers to a place we know for sure the global
is initialized.

llvm-svn: 73944

trait-based MemRegion creation.

llvm-svn: 73941

llvm-svn: 73940

llvm-svn: 73939

llvm-svn: 73938

llvm-svn: 73937

Among other things, this makes the warning about unknown warning options mappable.
For example:

$ clang t.c -Werror -Wfoo
error: unknown warning option '-Wfoo' [-Wunknown-warning-option]

For another thing, they are properly color coded now too :)

llvm-svn: 73936