Move the command line source location parsing from clang-cc.cpp into "include/Frontend/CommandLineSourceLoc.h".

llvm-svn: 74012

llvm-svn: 74011

llvm-svn: 74010

llvm-svn: 74009

variables in ObjC's Next runtime mode. Next runtime also implicitly applies
'used' attribute on some of its meta-data. This results in two 
'llvm.used' arrays to be generated, and one of them is renamed to
'llvm.used1'.

llvm-svn: 74008

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