integer register to a floating point register. It is not valid to interpret
the value of a floating pointer register as part of a double precision
floating point value after a single precision floating point computational
or move instruction stores its result to the register.

- In the test case, the following code is generated before this patch is
  applied:
mtc1  $zero, $f2    ; unformatted copy to $f2
mov.s $f0, $f2      ; $f0 is in single format
sdc1  $f12, 0($sp)
mov.s $f1, $f2      ; $f1 is in single format
c.eq.d  $f12, $f0   ; $f0 cannot be interpreted as double

- The following code is generated after this patch is applied:
mtc1  $zero, $f0    ; unformatted copy to $f0
mtc1  $zero, $f1    ; unformatted copy to $f1
c.eq.d  $f12, $f0   ; $f0 can be interpreted as double

Bhanu Chetlapalli and Chris Dearman at MIPS technologies reported this bug and
provided the test case.

llvm-svn: 137484

llvm-svn: 137483

llvm-svn: 137482

llvm-svn: 137481

llvm-svn: 137480

llvm-svn: 137479

llvm-svn: 137478

A8.6.391 VST1 (multiple single elements)
alignment = if align == '00' then 1 else 4 << UInt(align);

llvm-svn: 137477

llvm-svn: 137476

time after recently backing out another fix.

llvm-svn: 137475

llvm-svn: 137472

llvm-svn: 137471

llvm-svn: 137470

demangler: Drop preceeding () from function types, but not from pointers and references to function types

llvm-svn: 137469

llvm-svn: 137468

llvm-svn: 137467

llvm-svn: 137466

done and is likely to not work well anyway; take away this unnecessary
complexity.

llvm-svn: 137465

llvm-svn: 137464

llvm-svn: 137463

llvm-svn: 137462

as this function is what parses the blocks for a function...

llvm-svn: 137461

when building with assertions disabled.

llvm-svn: 137460

Revert "Fix crash in CFGBuilder involving implicit destructor calls and gotos jumping after an object was declared.  Fixes PR 10620."

llvm-svn: 137459

llvm-svn: 137444

Thanks to Jeff Yasskin to reword.

llvm-svn: 137443

llvm-svn: 137442

.gitignore: Ignore /autom4te.cache. We can execute "PATH=/path/to/autotools/bin autoconf/AutoRegen.sh".

llvm-svn: 137441

is contained inside a function.

llvm-svn: 137438

in the AST format, which are built lazily by the ASTContext when
requested.

llvm-svn: 137437

was failing if the DWARF was laid out in a certain way. The way
we detect C++ classes is now more robust so that a class method
can be defined outside of the class and refer to a definition inside
the class with a DW_AT_specification or DW_AT_abstract_origin attribute.

Fixed a case in Thread.cpp where we were looking up info in the frame
when we didn't need to. This was from some changes to support external
editors. Now the info is only looked up if needed.

llvm-svn: 137436

llvm-svn: 137435

AST file format, lazily generating the actual declaration in
ASTContext as needed.

llvm-svn: 137434

llvm-svn: 137433

llvm-svn: 137432

AST file format, lazily generating the actual declaration in
ASTContext as needed.

llvm-svn: 137431

llvm-svn: 137430

type over into the AST context, then make that declaration a
predefined declaration in the AST format. This ensures that different
AST files will at least agree on the (global) declaration ID for 'id',
and eliminates one of the "special" types in the AST file format.

llvm-svn: 137429

when checking isNull(), we'd pick off the sentinel bit for the outer 
PointerUnion, but would not recursively convert the inner pointerunion to bool,
so if *its* sentinel bit is set, isNull() would incorrectly return false.

No testcase, because someone hit this when they were trying to refactor code
to use PointerUnion3, but they since found a better solution.

llvm-svn: 137428

llvm-svn: 137427