are from debug info.  Add an iterator to MachineRegisterInfo
to skip Debug operands when walking the use list.  No
functional change yet.

llvm-svn: 95473

llvm-svn: 95472

addresses in dbg.declare; ignore this for the
moment to prevent things from breaking.

llvm-svn: 95471

PR 5517.

llvm-svn: 95470

llvm-svn: 95468

Function-local metadata whose operands had been optimized to no longer refer to function-local IR were not getting written by BitcodeWriter; solution is for these metadata to be enumerated just like global metadata.

llvm-svn: 95467

This time it's for real! I am going to hook this up in the frontends as well.

The inliner has some experimental heuristics for dealing with the inline hint.
When given a -respect-inlinehint option, functions marked with the inline
keyword are given a threshold just above the default for -O3.

We need some experiments to determine if that is the right thing to do.

llvm-svn: 95466

llvm-svn: 95465

crashing unceremoniously.

llvm-svn: 95464

out-of-line initializers as integer constant expressions.  Fixes PR6206.

llvm-svn: 95463

llvm-svn: 95461

llvm-svn: 95459

taken for non-trivial constructors.

llvm-svn: 95457

Radar 7614112.

llvm-svn: 95456

llvm-svn: 95455

llvm-svn: 95454

llvm-svn: 95453

llvm-svn: 95452

llvm-svn: 95448

non-type template argument for a non-type template parameter of
pointer type. Fixes PR6244.

llvm-svn: 95447

redundant with a correct one) pattern that was added for the disassembler.

llvm-svn: 95446

llvm-svn: 95445

llvm-svn: 95444

type-checking within a template definition. In this case, the
"instantiated" declaration is just the declaration itself, found
within the current instantiation. Fixes PR6239.

llvm-svn: 95442

	pslld	69, %mm3                ## encoding: [0x0f,0xf2,0x1c,0x25,0x45,0x00,0x00,0x00]

instead of like this:
	pslld	69, %mm3                ## encoding: [0x0f,0xf2,0x1c,0x25,0x45,0000,0000,0000]

this only affects 0.

llvm-svn: 95441

llvm-svn: 95440

Weird code sometimes uses pointer constants other than null. This patch
teaches SimplifyCFG to build switch instructions in those cases.

Code like this:

void f(const char *x) {
  if (!x)
    puts("null");
  else if ((uintptr_t)x == 1)
    puts("one");
  else if (x == (char*)2 || x == (char*)3)
    puts("two");
  else if ((intptr_t)x == 4)
    puts("four");
  else
    puts(x);
}

Now becomes a switch:

define void @f(i8* %x) nounwind ssp {
entry:
  %magicptr23 = ptrtoint i8* %x to i64            ; <i64> [#uses=1]
  switch i64 %magicptr23, label %if.else16 [
    i64 0, label %if.then
    i64 1, label %if.then2
    i64 2, label %if.then9
    i64 3, label %if.then9
    i64 4, label %if.then14
  ]

Note that LLVM's own DenseMap uses magic pointers.

llvm-svn: 95439

llvm-svn: 95438

llvm-svn: 95437

follows (as conservatively as possible) gcc's current behavior:  attributes
written on return types that don't apply there are applied to the function
instead, etc.  Only parse CC attributes as type attributes, not as decl attributes;
don't accepet noreturn as a decl attribute on ValueDecls, either (it still
needs to apply to other decls, like blocks).  Consistently consume CC/noreturn
information throughout codegen;  enforce this by removing their default values
in CodeGenTypes::getFunctionInfo().

llvm-svn: 95436

llvm-svn: 95435

anything when Sema has issued an error.  This matches the behavior in
RewriteObjC::HandleTranslationUnit().

llvm-svn: 95434

pseudo instructions.

llvm-svn: 95433

llvm-svn: 95432

lower the SETB* instructions.

llvm-svn: 95431

llvm-svn: 95430

llvm-svn: 95429

llvm-svn: 95428

llvm-svn: 95427

llvm-svn: 95425