First: refactor out the emission of entries into the .debug_loc section
into its own routine.

Second: add a new class ByteStreamer that can be used to either emit
using an AsmPrinter or hash using DIEHash the series of bytes that
would be emitted. Use this in all of the location emission routines
for the .debug_loc section.

No functional change intended outside of a few additional comments
in verbose assembly.

llvm-svn: 203304

to the hash.

llvm-svn: 203303

llvm-svn: 203302

llvm-svn: 203301

This breaks linux buildbots. Go figure.

llvm-svn: 203300

In my tests, I'm finding that declaring iterators in terms of ranges can sometimes have dangerous side-effects where the range temporary is destroyed, taking the underlying iterators out with it.

This changes the iterators so that they are no longer implemented in terms of ranges (so it's a very partial revert of the existing rangification efforts).

llvm-svn: 203299

llvm-svn: 203298

llvm-svn: 203297

Suggested by Adrian Prantl in code review for r203187.

llvm-svn: 203296

llvm-svn: 203295

Looks like GCC implements the lambda->function pointer conversion differently.

llvm-svn: 203294

Looks like GCC implements the lambda->function pointer conversion differently.

llvm-svn: 203293

llvm-svn: 203292

llvm-svn: 203291

Implement LWG #2344: quoted()'s interaction with padding is unclear. I think that anyone using quoted with padding is really confused, but it should work the way the rest of iostreams works.

llvm-svn: 203290

No functionality change.

llvm-svn: 203289

No functionality change.

llvm-svn: 203288

declaration.

llvm-svn: 203287

llvm-svn: 203286

EXPECT_TRUE/FALSE is also more idiomatic for booleans than EXPECT_EQ

llvm-svn: 203284

This one could possibly be refined even further; e.g. looking
at the initializer and see if it is truly a configuration value.

llvm-svn: 203283

llvm-svn: 203282

Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
llvm-svn: 203281

These are sometimes created by the shrink to boolean optimization in the
globalopt pass.

Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
llvm-svn: 203280

This compiles cleanly with lldb/lld/clang-tools-extra/llvm.

llvm-svn: 203279

[C++11] Replacing DeclBase iterators decls_begin() and decls_end() with iterator_range decls(). The same is true for the noload versions of these APIs. Updating all of the usages of the iterators with range-based for loops.

llvm-svn: 203278

This is a precursor to moving to std::unique_ptr.

llvm-svn: 203277

No functionality change.

llvm-svn: 203276

This is a precursor to moving to std::unique_ptr.

llvm-svn: 203275

Verify we have a correct ELF or Mach core file before we return a valid instace of ProcessElfCore or ProcessMachCore respectively.

llvm-svn: 203274

Previously, the assertions in PointerIntPair would try to calculate the value
(1 << NumLowBitsAvailable); the inferred type here is 'int', so if there were
more than 31 bits available we'd get a shift overflow.

Also, add a rudimentary unit test file for PointerIntPair.

llvm-svn: 203273

Patch by Konrad Kleine.

Differential Revision: http://llvm-reviews.chandlerc.com/D2967

llvm-svn: 203272

llvm-svn: 203271

It has a lot of them with complex types. C++11 really shines here.

llvm-svn: 203270

The integrated assembler now works for ppc. Since this was the last use of the
bg/p predicate and Hal says that it is now dead, drop the predicate too.

llvm-svn: 203269

After hitting the malloc() breakpoint on FreeBSD our top frame is actually
an inlined function malloc_init.

  * frame #0: 0x0000000800dcba19 libc.so.7`malloc [inlined] malloc_init at malloc.c:5397
    frame #1: 0x0000000800dcba19 libc.so.7`malloc(size=1024) + 9 at malloc.c:5949
    frame #2: 0x00000000004006e5 test_step_out_of_malloc_into_function_b_with_dwarf`b(val=1) + 37 at main2.cpp:29

Add a heuristic to keep stepping out until we come to a non-malloc caller,
before checking if it is our desired caller from the test code.

llvm.org/pr17944

llvm-svn: 203268

llvm-svn: 203267

llvm-svn: 203266

llvm-svn: 203265

This is a straightfoward replacement, it makes debugging a little
easier.

This has no functional impact.

llvm-svn: 203264