llvm-svn: 74044

llvm-svn: 74042

createSCEV. Also, recognize UndefValue in createSCEV.

Change getIntegerSCEV's comment to avoid mentioning FP types,
and re-implement it in terms of getConstant instead of getUnknown.

llvm-svn: 74041

llvm-svn: 74039

llvm-svn: 74038

SCEVConstants. This cleanup is a step toward letting getUnknown
be simpler.

llvm-svn: 74037

std::strings.

llvm-svn: 74036

llvm-svn: 74035

llvm-svn: 74032

preheader is already an instruction.

llvm-svn: 74031

than a managed static because other managed statics can (and do) access this
list in their destructors.  Yes, I know it's horrible.

llvm-svn: 74029

C bindings.  Change all the backend "Initialize" functions to have C linkage.
Change the "llvm/Config/Targets.def" header to use C-style comments to avoid
compile warnings.

llvm-svn: 74026

llvm-svn: 74024

llvm-svn: 74023

llvm-svn: 74022

llvm-svn: 74019

It is not a good idea to have data member's name match argument's name. In fact, it is a simple receipe to waste an hour or so.

llvm-svn: 74018

llvm-svn: 74017

llvm-svn: 74016

llvm-svn: 74015

 - Lives inside new library lib/MC (LLVMMC.a)

llvm-svn: 74013

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: 73994

we care about are capable of supporting it.

llvm-svn: 73993

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