Eliminate DeclPtrTy() arguments to ActOnDeclarator that are just a very, very weird way to pass "false". No functionality change

llvm-svn: 74007

llvm-svn: 74006

Use atomic operations when accessing statistics, and make the lazy initialization of statistics actually threadsafe.

llvm-svn: 74005

llvm-svn: 74004

llvm-svn: 74003

Make timers threadsafe again.  This isn't quite as nice as I'd hoped (it uses locking rather than atomic arithmetic),
but should work on all the platforms we care about.

I might revisit this if a totally awesome way to do it occurs to me.

llvm-svn: 74002

llvm-svn: 74001

Chris recently broke llvmc with his Makefile changes (r75379). That patch made
the global change .o -> .a, which caused built-in llvmc plugins to stop working
since plugin initialization in llvmc is based on static variables not referenced
from the main executable. This patch implements auto-generated forced references
to the plugin libraries.

llvm-svn: 74000

llvm-svn: 73999

llvm-svn: 73998

llvm-svn: 73997

llvm-svn: 73996

llvm-svn: 73995

llvm-svn: 73994

we care about are capable of supporting it.

llvm-svn: 73993

when it should.

llvm-svn: 73992

llvm-svn: 73991

llvm-svn: 73990

instructions, which implies that there is an explicit memory operand.  There is
(however) no explicit memory operand; although this is a store, the only memory
operand is implicit, indicated by DS:EDI.  This causes the table-generation code
for the disassembler to report an error."

Patch by Sean Callanan!

llvm-svn: 73989

llvm-svn: 73988

llvm-svn: 73987

llvm-svn: 73986

Add IsThumb1Only to most 16-bit thumb instructions since we want to isel 32-bit instructions when they are available.

llvm-svn: 73985

llvm-svn: 73984

different for ppc; add another version of the test.

llvm-svn: 73983

llvm-svn: 73982

generating LLVM IR; it is correct in the code as written
to use 8-byte-aligned operations to copy Key in bar.  Formerly
the gcc inliner was run, now it isn't.  I don't think it's
possible to preserve this as a pure FE test.  Adding -O2 lets
the llvm optimizers get rid of the 8-byte-aligned stores, at least.

llvm-svn: 73981

llvm-svn: 73980

llvm-svn: 73979

llvm-svn: 73978

- 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