llvm-svn: 170416

pointing at the bad location and a snippet of nearby memory values. This is
strictly best-effort; reading these bytes to display the note could lead to a
seg fault, and that's explicitly OK.

llvm-svn: 170415

into the same file in the future.

llvm-svn: 170414

llvm-svn: 170413

getScalarSizeInBits could not handle vectors of pointers.

llvm-svn: 170412

I don't want to suppress this to be excluded with the feature "dev-fd-fs". This should work also on freebsd.

llvm-svn: 170411

llvm-svn: 170410

This can be used by lldb to ask for information
about the process debugserver is attached to/launched.
Particularly useful on a 64-bit x86 Mac system which
can run  32-bit or 64-bit user-land processes.

llvm-svn: 170409

llvm-svn: 170408

one out from the return address. Currently, we can only resolve this address to
a file and line number if we have an external symbolizer.

llvm-svn: 170407

This fixes the storage class of extern decls that are merged with file level
statics. The patch also fixes the linkage computation so that they are
considered internal.

llvm-svn: 170406

but remove unneeded options and fix the comment.

llvm-svn: 170405

llvm-svn: 170404

llvm-svn: 170403

(This change only affects ObjC.)

<rdar://problem/12857117>.

llvm-svn: 170402

As per Ted's advice. It can be brought back from version control if
needed.

This also fixes a Sphinx warning.

llvm-svn: 170401

<rdar://problem/11597849>

llvm-svn: 170400

When warning about a missing prototype because a function declaration is missing 'void', insert a fixit to add the void.

llvm-svn: 170399

llvm-svn: 170398

I'm not really happy with this fix, but I'm confident it's correct.

llvm-svn: 170397

the AST result synthesizer's logging.

<rdar://problem/12889053>

llvm-svn: 170396

instruction.

This isn't strictly necessary at the moment because Thumb2SizeReduction
also copies all MI flags from the old instruction to the new. However, a
future patch will make that kind of direct flag tampering illegal.

llvm-svn: 170395

llvm-svn: 170394

<rdar://problem/12646344>

llvm-svn: 170393

<rdar://problem/12622659>

llvm-svn: 170392

for location information.

Part of PR14624

llvm-svn: 170391

the assembler.

Part of PR14624

llvm-svn: 170390

llvm-svn: 170389

to an object outside its lifetime does not have undefined behavior.

llvm-svn: 170388

to an object outside its lifetime does not have undefined behavior.

llvm-svn: 170387

Sadly, this costs us a perfectly good opportunity to use 'goto'.

llvm-svn: 170385

Most code is oblivious to bundles and uses the MBB::iterator which only
visits whole bundles. MBB::erase() operates on whole bundles at a time
as before.

MBB::remove() now refuses to remove bundled instructions. It is not safe
to remove all instructions in a bundle without deleting them since there
is no way of returning pointers to all the removed instructions.

MBB::remove_instr() and MBB::erase_instr() will now update bundle flags
correctly, lifting individual instructions out of bundles while leaving
the remaining bundle intact.

The MachineInstr convenience functions are updated so

  eraseFromParent() erases a whole bundle as before
  eraseFromBundle() erases a single instruction, leaving the rest of its bundle.
  removeFromParent() refuses to operate on bundled instructions, and
  removeFromBundle() lifts a single instruction out of its bundle.

These functions will no longer accidentally split or coalesce bundles -
bundle flags are updated to preserve the existing bundling, and explicit
bundleWith* / unbundleFrom* functions should be used to change the
instruction bundling.

This API update is still a work in progress. I am going to update APIs
first so they maintain bundle flags automatically when possible. Then
I'll add stricter verification of the bundle flags.

llvm-svn: 170384

It must be explicity set in MCPureStreamer because otherwise it will
inherit incorrectly from the parent.

llvm-svn: 170383

llvm-svn: 170381

llvm-svn: 170379

An extern declaration following a tentative definition should not itself be
considered a tentative definition.
Fixes pr14614.

llvm-svn: 170377

llvm-svn: 170376

llvm-svn: 170374

This also requires adding support to -cc1as for passing the detecting
PWD down through LLVM's debug info (which in turn required the LLVM
change in r170371).

The test case is weak (we only test the driver behavior) because there
is currently to infrastructure for running cc1as in the test suite. So
those four lines are untested (much like all other lines in that file),
but we have a test for the same pattern using llvm-mc in the LLVM
repository.

llvm-svn: 170373

Also, a few minor fixes:
- paragraph formatting
- capitalize "Python" where appropriate

llvm-svn: 170372