* Most of the transforms come through intact by having each transformed load or
store copy the ordering and synchronization scope of the original.
 * The transform that turns a global only accessed in main() into an alloca
(since main is non-recursive) with a store of the initial value uses an
unordered store, since it's guaranteed to be the first thing to happen in main.
(Threads may have started before main (!) but they can't have the address of a
function local before the point in the entry block we insert our code.)
 * The heap-SRoA transforms are disabled in the face of atomic operations. This
can probably be improved; it seems odd to have atomic accesses to an alloca
that doesn't have its address taken.

AnalyzeGlobal keeps track of the strongest ordering found in any use of the
global. This is more information than we need right now, but it's cheap to
compute and likely to be useful.

llvm-svn: 149847

llvm-svn: 149846

llvm-svn: 149845

llvm-svn: 149844

predecessor then it's Src.

llvm-svn: 149843

llvm-svn: 149842

above.

llvm-svn: 149841

by GCC).

llvm-svn: 149840

llvm-svn: 149839

logic by half: isOnlyReachableViaThisEdge was trying to be clever and
handle the case of a branch to a basic block which is contained in a
loop.  This costs a domtree lookup and is completely useless due to
GVN's position in the pass pipeline: all loops have preheaders at this
point, which means it is enough for isOnlyReachableViaThisEdge to check
that Dst has only one predecessor.  (I checked this theoretical argument
by running over the entire nightly testsuite, and indeed it is so!).

llvm-svn: 149838

compiling sqlite3, by only doing dom queries after the cheap check
rather than interleaved with it.

llvm-svn: 149836

llvm-svn: 149834

llvm-svn: 149833

llvm-svn: 149832

Names that have corresponding classes in python are commonly started with an
uppercase letter. Let's follow that convention.

llvm-svn: 149831

Contributed by: Gregory Szorc <gregory.szorc@gmail.com>

llvm-svn: 149830

Contributed by: Gregory Szorc <gregory.szorc@gmail.com>

llvm-svn: 149829

Added a missing enumeration.

Contributed by: Gregory Szorc <gregory.szorc@gmail.com>

llvm-svn: 149828

Contributed by: Gregory Szorc <gregory.szorc@gmail.com>

llvm-svn: 149827

Contributed by: Gregory Szorc <gregory.szorc@gmail.com>

llvm-svn: 149826

Contributed by: Gregory Szorc <gregory.szorc@gmail.com>

llvm-svn: 149825

There is no type checking in __eq__, so ctypes will throw if the wrong
Python type is passed in to the C function. Personally, I feel garbage
in means garbage out and it isn't worth testing for this explicitly.

Contributed by: Gregory Szorc <gregory.szorc@gmail.com>

llvm-svn: 149824

llvm-svn: 149823

Patch by Afriza N. Arief!

llvm-svn: 149822

Should bring arm and ppc testers back to life (they default to -mcpu=generic)

llvm-svn: 149821

llvm-svn: 149820

Move operator overload out of line. Calling operator<< on a forward declared type doesn't seem to work on MSVC.

llvm-svn: 149819

llvm-svn: 149817

llvm-svn: 149816

convert at least one client over to use them. Subsequent patches both to
LLVM and Clang will try to convert more people over to a common set of
predicates.

This round of predicates is focused on OS-categorization predicates.

llvm-svn: 149815

llvm-svn: 149814

llvm-svn: 149813

for types and comparing decl context matches.

llvm-svn: 149812

in the DWARF plug-in.

llvm-svn: 149811

llvm-svn: 149810

llvm-svn: 149809

llvm-svn: 149808

Add target specific node for PMULUDQ. Change patterns to use it and custom lower intrinsics to it. Use it instead of intrinsic to handle 64-bit vector multiplies.

llvm-svn: 149807

llvm-svn: 149806

ConstantDataArray::getString direction, instead of "boxing" each
byte into a ConstantInt and using ConstantArray::get.

llvm-svn: 149805