For long double constants, print an approximation of their value to the .s file to make it easier to read.

llvm-svn: 46407

llvm-svn: 46406

llvm-svn: 46405

now that the dag combiner does it.

llvm-svn: 46404

continues to infer alignment info.

llvm-svn: 46403

llvm-svn: 46402

from the stack.  This allows us to compile stack-align.ll to:

_test:
	movsd	LCPI1_0, %xmm0
	movapd	%xmm0, %xmm1
***	andpd	4(%esp), %xmm1
	andpd	_G, %xmm0
	addsd	%xmm1, %xmm0
	movl	20(%esp), %eax
	movsd	%xmm0, (%eax)
	ret

instead of:

_test:
	movsd	LCPI1_0, %xmm0
**	movsd	4(%esp), %xmm1
**	andpd	%xmm0, %xmm1
	andpd	_G, %xmm0
	addsd	%xmm1, %xmm0
	movl	20(%esp), %eax
	movsd	%xmm0, (%eax)
	ret

llvm-svn: 46401

llvm-svn: 46400

readonly functions to use byval parameters as local
storage (how much do we want this?).

llvm-svn: 46399

nop. Emit the nop directly for PPC.

llvm-svn: 46398

llvm-svn: 46397

llvm-svn: 46396

llvm-svn: 46395

a "nop" instruction so that we don't have the function's label associated
with something that it's not supposed to be associated with.

llvm-svn: 46394

when inlining a readonly function.

llvm-svn: 46393

llvm-svn: 46389

llvm-svn: 46388

void bork() {
  int *address = 0;
  *address = 0;
}

It's compiled into LLVM code that looks like this:

define void @bork() noreturn nounwind  {
entry:
        unreachable
}

This is bad on some platforms (like PPC) because it will generate the label for
the function but no body. The label could end up being associated with some
non-code related stuff, like a section. This places a "trap" instruction if the
SimplifyCFG pass removed all code from the function leaving only one
"unreachable" instruction.

llvm-svn: 46387

llvm-svn: 46386

llvm-svn: 46385

delete a node even if it was not dead in some cases.  Instead, just add it to
the worklist.  Also, make sure to use the CombineTo methods, as it was doing
things that were unsafe: the top level combine loop could touch dangling memory.

This fixes CodeGen/Generic/2008-01-25-dag-combine-mul.ll

llvm-svn: 46384

don't bother making x&-1 only to simplify it in dag combine.  This commonly occurs expanding i64 ops.

llvm-svn: 46383

llvm-svn: 46382

Added back logic in patch r46361 (http://llvm.org/viewvc/llvm-project?rev=46361&view=rev) with the addition of
some previously missing NULL pointer checks.

Modified the UninitializedValues analysis to not expect that every Expr* at the
block-level is a block-level expression (we probably need to change the name of
such expressions to something truer to their meaning).

llvm-svn: 46380

llvm-svn: 46379

a template-template parameter.

llvm-svn: 46378

llvm-svn: 46377

I diagnose the source of the failures it causes in the test suite.

llvm-svn: 46376

Renamed RValueConjunctiveUnequal to RValInequalityANDSet.

Refactored add/subtract/multiple (and now divide) operations for
RValEqualityORSet to be based on a single template function.

llvm-svn: 46374

llvm-svn: 46372

Add more support for Apple's "private extern" extension...

llvm-svn: 46371

llvm-svn: 46370

llvm-svn: 46369

llvm-svn: 46368

in an initializer list.

llvm-svn: 46367

handles message sends with typenames to start with.

llvm-svn: 46366

llvm-svn: 46365

llvm-svn: 46364

ParseObjCMessageExpressionBody method.

llvm-svn: 46363

llvm-svn: 46362