on ideas mentioned in PR686.
Written by Mikhail Glushenkov and contributed by Codedgers, Inc.

Old llvmc will be removed soon after new one will have all its properties.

llvm-svn: 48699

by default.  Adding a %p works with this new version and is backwards
compatible, though it looks a little funny.

llvm-svn: 48698

llvm-svn: 48697

llvm-svn: 48696

Force stack alignment to 16 bytes on win targets.

llvm-svn: 48695

llvm-svn: 48694

llvm-svn: 48693

llvm-svn: 48692

llvm-svn: 48691

llvm-svn: 48690

The effect is that if a variable is uninitialized along a branch (but initialized along another), at merge points it is considered uninitialized.  Previously we had the opposite behavior.  The new behavior is more conservative, and more in line with gcc's behavior.

llvm-svn: 48689

llvm-svn: 48688

llvm-svn: 48687

llvm-svn: 48686

llvm-svn: 48685

llvm-svn: 48684

llvm-svn: 48683

llvm-svn: 48682

llvm-svn: 48681

This fires dozens of times across spec and multisource, but I don't know
if it actually speeds stuff up.  Hopefully the testers will show something
nice :)

llvm-svn: 48680

llvm-svn: 48679

llvm-svn: 48677

llvm-svn: 48676

llvm-svn: 48673

merging optimization.  Nothing to see here, hopefully more later :)

llvm-svn: 48670

llvm-svn: 48669

llvm-svn: 48668

adding <map> to many files that actually do need it.

llvm-svn: 48667

dynamic initialization.

llvm-svn: 48666

to avoid using constructor calls for static objects. This reduces
the number of objects requiring static constructors in a typical
LLVM build by around 20%.

llvm-svn: 48665

llvm-svn: 48664

llvm-svn: 48663

llvm-svn: 48662

each basic block.

llvm-svn: 48660

llvm-svn: 48659

llvm-svn: 48658

from their aggregate operands by moving the getresult
instructions.

llvm-svn: 48657

This verifies kill info for "ret" fp operands is right.

llvm-svn: 48656

llvm-svn: 48655

llvm-svn: 48653