for arbitrary terminators in predecessors, don't assume
it is a conditional or uncond branch.  The testcase shows
an example where they can happen with switches.

llvm-svn: 94323

externally visible function, it can still find all callers of it and replace
the parameters to a dead argument with undef.

llvm-svn: 94322

handle the case when we can infer an input to the xor
from all inputs that agree, instead of going into an
infinite loop.  Another part of PR6199

llvm-svn: 94321

function.

llvm-svn: 94320

llvm-svn: 94319

readme forever.

llvm-svn: 94318

llvm-svn: 94317

llvm-svn: 94316

llvm-svn: 94315

llvm-svn: 94314

llvm-svn: 94313

llvm-svn: 94312

llvm-svn: 94311

the '-pre-RA-sched' flag. It actually makes more sense to do it this way. Also,
keep track of the SDNode ordering by default. Eventually, we would like to make
this ordering a way to break a "tie" in the scheduler. However, doing that now
breaks the "CodeGen/X86/abi-isel.ll" test for 32-bit Linux.

llvm-svn: 94308

llvm-svn: 94307

llvm-svn: 94306

llvm-svn: 94304

incomplete type (or a pointer/reference to such).

The causes of this problem are different enough to justify a different "design"
for the diagnostic.  Most notably, it doesn't give an operand index:
it's usually pretty obvious which operand is the problem, it adds a lot of
clutter to mention it, and the fix is usually in a different part of the file
anyway.

This is yet another diagnostic that should really have an analogue in the
non-overloaded case --- which should be much easier to write because of
the weaker space constraints.

llvm-svn: 94303

llvm-svn: 94299

a .section.  Switch to it with SwitchSection.

However, I think that this directive should be safe on any ELF target.
If so, we should hoist it up out of the X86 and SystemZ targets.

llvm-svn: 94298

llvm-svn: 94297

llvm-svn: 94296

llvm-svn: 94295

into a new MCDirectives.h file.

llvm-svn: 94294

to MCExpr then emit them through MCStreamer with EmitValue.  I think all
global variable initializers are now going through mcstreamer.

llvm-svn: 94293

stack may be misaligned.

Update test accordingly.

Patch by Evan Cheng!

llvm-svn: 94291

llvm-svn: 94290

Fix the EntityKind order so that all entity kinds that can be copied (using copy constructors) come first. Also, fix a bug where EK_New was left out of the err_init_conversion_failed diagnostic (It is now reported as 'new value'). Please review Doug :)

llvm-svn: 94289

llvm-svn: 94288

for strcpy.

llvm-svn: 94287

llvm-svn: 94286

llvm-svn: 94285

and some .weak directives.

llvm-svn: 94284

conversions.  To make this work, fill out all conversions for all candidates
(but only when diagnosing overload failure).  Split out a few cases from
ovl_fail_bad_conversion which didn't actually involve a failed argument
conversion.

I'm pretty sure this is not a well-founded ordering, but I'm not sure it matters.

llvm-svn: 94283

llvm-svn: 94282

llvm-svn: 94281

llvm-svn: 94280

Separate EK_ArrayOrVectorElement into EK_ArrayElement and EK_VectorElement; arrays and vectors are pretty different beasts in C++. Doug, please review/comment.

llvm-svn: 94279

llvm-svn: 94278

be careful to add a \0 at the end though, because EmitString didn't
do this.

llvm-svn: 94277