llvm-svn: 97217

llvm-svn: 97216

current design.  This generates a matcher that successfully
runs, but it turns out that the factoring we're doing violates
the ordering of patterns, so we end up matching (e.g.) movups
where we want movaps.  This won't due, but I'll address this in
a follow on patch.  It's nice to not be on by default yet! :)

llvm-svn: 97215

that we never return a tombstone value, which (thankfully) triggers an
assert in densemap.

llvm-svn: 97214

object construction. There is no provision to change them when the 
code for a function generated. 
So we have to change these names while printing assembly.

llvm-svn: 97213

and restore the entire matcher stack by value.  This is because children
we're testing could do moveparent or other things besides just 
scribbling on additions to the stack.

llvm-svn: 97212

llvm-svn: 97211

instantiation so long as that explicit specialization was declared
previously. Fixes PR6160.

llvm-svn: 97210

how we find the operator delete that matches withe operator new we
found in a C++ new-expression.

This will also need CodeGen support. On a happy note, we're now a
"nans" away from building tramp3d-v4.

llvm-svn: 97209

llvm-svn: 97208

llvm-svn: 97207

llvm-svn: 97206

attributes. Fixes radar 7214439.

llvm-svn: 97203

llvm-svn: 97202

llvm-svn: 97201

llvm-svn: 97200

llvm-svn: 97199

the most users.

llvm-svn: 97198

the ABI-computation interface.  Fixes <rdar://problem/7691046>.

llvm-svn: 97197

the alignment requirement, if it no longer makes the TType base offset overflow
into extra bytes, then we need to pad to those bytes ourselves.

llvm-svn: 97196

used when we instantiate C++ new expressions, delete expressions, and
object-construction expressions. Fixes PR6424, although we can't test
all of it until we finish implementing lookup of "operator delete" for
new expressions (!).

llvm-svn: 97195

llvm-svn: 97193

llvm-svn: 97192

llvm-svn: 97186

to mark the constructor as referenced. Fixes the narrow issue reported
in PR6424, but there are a few other places that I'll fix before
closing out that PR.

llvm-svn: 97185

will eliminate the need for padding in the "Call site table length". E.g., if
we have this:

    GCC_except_table1:
    Lexception1:
        .byte   0xff  ## @LPStart Encoding = omit
        .byte   0x9b  ## @TType Encoding = indirect pcrel sdata4
        .byte   0x7f  ## @TType base offset
        .byte   0x03  ## Call site Encoding = udata4
        .byte   0x89  ## Call site table length

with padding of 1. We want to emit the padding like this:
 
    GCC_except_table1:
    Lexception1:
        .byte   0xff  ## @LPStart Encoding = omit
        .byte   0x9b  ## @TType Encoding = indirect pcrel sdata4
        .byte   0xff  ## @TType base offset
        .space  1,0   ## Padding
        .byte   0x03  ## Call site Encoding = udata4
        .byte   0x89  ## Call site table length

and not with padding on the "Call site table length" entry.

llvm-svn: 97183

llvm-svn: 97182

llvm-svn: 97181

llvm-svn: 97179

introduced when mallocinst was eliminated. 

llvm-svn: 97178

equality comparisons, and conditional operators, produce a composite
pointer type with the appropriate additional "const" qualifiers if the
pointer types would otherwise be incompatible. This is a small
extension (also present in GCC and EDG in a slightly different form)
that permits code like:

  void** i; void const** j; 
  i == j; 

with the following extwarn:

t.cpp:5:5: warning: comparison of distinct pointer types ('void **' and
      'void const **') uses non-standard composite pointer type
      'void const *const *' [-pedantic]
  i == j; 
  ~ ^  ~

Fixes PR6346, and I'll be filing a core issue about this with the C++
committee.

llvm-svn: 97177

llvm-svn: 97174

Fux a bug where we were trying to add overriders for non-virtual bases of virtual bases more than once.

llvm-svn: 97173

about this, but it can be useful for users who use ccache, since the LLVMC tests
are fond of calling gcc.

llvm-svn: 97171

llvm-svn: 97170

llvm-svn: 97169

llvm-svn: 97167

llvm-svn: 97166

operands are themselves vectors. Based on a patch by
Micah Villmow for PR6338.

llvm-svn: 97165

and SRS.

llvm-svn: 97164