llvm-svn: 86521

checker does not build sink nodes. Because svaluator computes an unknown value
for the subtraction now.

llvm-svn: 86517

llvm-svn: 86516

putchar in case there is an error.

llvm-svn: 86515

llvm-svn: 86514

doesn't crash.  (Such expressions are valid in C++, but not in C.)

llvm-svn: 86513

llvm-svn: 86512

llvm-svn: 86511

llvm-svn: 86510

llvm-svn: 86509

reasonably safe, but it doesn't seem like the right solution.

llvm-svn: 86508

llvm-svn: 86507

llvm-svn: 86506

llvm-svn: 86504

used by a chain of other PHIs.

llvm-svn: 86503

Rename areAllFields32Or64BitBasicType to canExpandIndirectArgument to closer match what it is semantically used for.

Also, fix a major bug where fields from a C++ struct might be dropped -- the expand action doesn't handle them correctly yet.

llvm-svn: 86502

llvm-svn: 86501

and implicitly defined constructors.  This has a number of benefits:

1. Less code.

2. Explicit and implicit constructors get the same diagnostics.

3. The AST explicitly contains constructor calls from implicit default
constructors.  This allows handing some cases that previously weren't handled
correctly in IRGen without any additional code. Specifically, implicit default
constructors containing calls to constructors with default arguments are now
handled correctly.

llvm-svn: 86500

llvm-svn: 86499

here:

1) We need to avoid processing sigma nodes as phi nodes for constraint generation.
2) We need to generate constraints for comparisons against constants properly.

This includes our first working ABCD test!

llvm-svn: 86498

llvm-svn: 86497

llvm-svn: 86494

graphs being produced.  The cause was that we were incorrectly marking sigma instructions as
processed after handling the sigma-specific constraints for them, potentially neglecting to
process them as normal instructions as well.

Unfortunately, the testcase that inspired this still doesn't work because of a bug in the solver,
which is next on the list to debug.

llvm-svn: 86486

llvm-svn: 86485

very robust) version of killall. Because I like making shiny new wheels out of
spare parts.

For use by buildbots when people insist on making cc1 infinite loop. :)

llvm-svn: 86484

when both the source and dest are illegal types, since it would cause
the phi to grow (for example, we shouldn't transform test14b's phi to
a phi on i320).  This fixes an infinite loop on i686 bootstrap with
phi slicing turned on, so turn it back on.

llvm-svn: 86483

not to work any more on linux.

llvm-svn: 86481

(SliceUpIllegalIntegerPHI) disabled.

llvm-svn: 86480

llvm-svn: 86479

llvm-gcc bootstrap.

llvm-svn: 86478

llvm-svn: 86471

llvm-svn: 86470

llvm-svn: 86469

llvm-svn: 86468

llvm-svn: 86466

Special-case default argument expression in instantiation. This should fix PR4301. Doug, please double-check my assumptions. Read the PR for more details.

llvm-svn: 86465

llvm-svn: 86464

code miscompilation

llvm-svn: 86463

since the instruction might use the other result of different type.

llvm-svn: 86462

When checking the namespace of a redeclaration or definition, look through linkage specs. Fixes PR5430.

llvm-svn: 86461