Fixed COMM asm directive usage.
ConstantPool using custom FourByteConstantSection.

llvm-svn: 54139

because opt exited while llvm-as was still
writing to the pipe, causing it to get a
SIGPIPE.  It seems best to change things to
avoid the race altogether.

llvm-svn: 54138

llvm-svn: 54137

llvm-svn: 54136

llvm-svn: 54135

llvm-svn: 54134

This fixes PR2599.

llvm-svn: 54133

circumstances we could end up remapping a dependee to the same instruction 
that we're trying to remove.  Handle this properly by just falling back to
a conservative solution.

llvm-svn: 54132

llvm-svn: 54131

llvm-svn: 54130

the SelectionDAG's.

llvm-svn: 54129

llvm-svn: 54128

parallel its analogue, Value::value_use_iterator. The operator* method
now returns the user, rather than the use.

llvm-svn: 54127

llvm-svn: 54125

llvm-svn: 54124

llvm-svn: 54123

unary operations!  Add support for softening
some additional unary operations like fp_to_sint.

llvm-svn: 54122

Fix the issues originally addressed in r54070.  After thinking about it some more, I realized that the right thing to do
is to have StrongPHIElimination use its knowledge of the PHIs before they're erased to update the intervals appropriate.  This is
both simpler and more accurate than the alternative, which was having LIA figure it out when it renumbered things, plus it's just
the right thing to do!

llvm-svn: 54077

llvm-svn: 54072

Special cases are needed in renumbering when dealing with renumbering after a PHI has been removed.  The interval previously defined
by the PHI needs to be extended to the beginning of its basic block, and the intervals that were inputs need to be trimmed to the end 
of their basic blocks.

llvm-svn: 54070

to the handled set so it will get filtered out in future iterations.

llvm-svn: 54065

llvm-svn: 54062

llvm-svn: 54061

multiple-valued return values, so that the name CreateRet is just for
creating plain ret statements.

llvm-svn: 54053

This is tricky business, and will probably take a few more iterations to get
the last kinks out of it.

llvm-svn: 54043

when compiling with gcc 4.3.

llvm-svn: 54041

llvm-svn: 54040

mmx needs its own fancy shuffle logic based on unpack; for now we get correct but awful code.

Also commit Mon Ping's VSETCC patch

llvm-svn: 54039

llvm-svn: 54031

llvm-svn: 54030

llvm-svn: 54029

llvm-svn: 54028

llvm-svn: 54027

llvm-svn: 54026

llvm-svn: 54025

llvm-svn: 54016

llvm-svn: 54015

regressions, such as PR2595. Also, there is a significant code-quality
issue in SPEC 464.h264ref and a few others.

llvm-svn: 54014

llvm-svn: 54007

llvm-svn: 54004