llvm-svn: 143501

llvm-svn: 143500

Teach the x86 backend a couple tricks for dealing with v16i8 sra by a constant splat value.  Fixes PR11289.

llvm-svn: 143498

llvm-svn: 143497

if it's marked as weak: that definition may not end up being used.

llvm-svn: 143496

apparent miscompile triggered by this is investigated. This is essentially a
revert of r143298.

llvm-svn: 143491

llvm-svn: 143487

llvm-svn: 143477

llvm-svn: 143476

c++ object into block descriptor. // rdar://9971124

llvm-svn: 143475

    '::my_uint_t', 'anon_uint = 0'

from:

    '(my_uint_t) anon_uint = 0'

to make the test suite clean with ToT.

llvm-svn: 143474

They don't impact the MCJIT rtdyld, so just mask them off for now.

llvm-svn: 143472

llvm-svn: 143471

Downgrade err_iboutlet_object_type to a warning.  It was breaking a bunch of code.  We will reconsider promoting it back to an error later.

llvm-svn: 143470

method as __attribute__ ((used)) when adding it to a
class.  This functionality is useful when stopped in
anonymous namespaces: expressions attached to classes
in anonymous namespaces are typically elided by Clang's
CodeGen because they have no namespaces are intended
not to be externally visible.  __attribute__ ((used))
forces CodeGen to emit the function.

Right now, __attribute__ ((used)) causes the JIT not to
emit the function, so we're not enabling it until we
fix that.

llvm-svn: 143469

llvm-svn: 143468

the expression makes it to the JIT, and made some
logging only appear in verbose mode.

llvm-svn: 143467

llvm-svn: 143466

This is intended for direct access of the ASTReader for uses that make
little sense to try to shoehorn in the ExternalASTSource interface.

llvm-svn: 143465

it contains give it a USR based on its semantic context, which is the interface.

This follows what we already did for objc methods. rdar://10371669

llvm-svn: 143464

perform the code simplifications this rule allows.

llvm-svn: 143463

Enable function call and some overload resolution with parameters of aggregate class type and initializer list arguments.

llvm-svn: 143462

This can happen if the address + addend is less than the start of the cp / dp.

llvm-svn: 143459

llvm-svn: 143458

llvm-svn: 143457

llvm-svn: 143455

llvm-svn: 143452

Make sure we use the right insertion point when instcombine replaces a PHI with another instruction.  (Specifically, don't insert an arbitrary instruction before a PHI.)  Fixes PR11275.

llvm-svn: 143437

llvm-svn: 143436

llvm-svn: 143435

llvm-svn: 143431

llvm-svn: 143427

llvm-svn: 143426

llvm-svn: 143425

llvm-svn: 143424

RegisterContextLLDBs it contains.

Previously RegisterContextLLDB objects had a pointer to their "next"
frame down the stack.  e.g. stack starts at frame 0; frame 3 has a
pointer to frame 2.  This is used to retreive callee saved register
values.  When debugging an inferior that has blown out its own stack,
however, this could result in lldb blowing out its own stack while
recursing down to retrieve register values.

RegisterContextLLDB no longer has a pointer to its next frame; it 
has a reference to the UnwindLLDB which contains it.  When it needs
to retrieve a reg value, it asks the UnwindLLDB for that reg value
and UnwindLLDB iterates through the frames until it finds a location.

llvm-svn: 143423

llvm-svn: 143422

llvm-svn: 143421

llvm-svn: 143420

"object borked"...  Also made the error when the checker fails reflect this fact rather than
report a crash at 0x0.

Also a little cleanup:
- StopInfoMachException had a redundant copy of the description string.
- ThreadPlanCallFunction had a redundant copy of the thread, and had a 
copy of the process that it didn't really need.

llvm-svn: 143419