| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
| |
unreachable code heuristics.
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
|
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
files.
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
|
| |
|
|
|
|
|
| |
For incoming improvements to inlined functions and lexical blocks
suggested by Adrian Prantl in review of r203187.
llvm-svn: 203263
|
| |
|
|
|
|
| |
Smith.
llvm-svn: 203262
|
| |
|
|
|
|
| |
with iterator_range chains(). Updating all of the usages of the iterators with range-based for loops.
llvm-svn: 203261
|
| |
|
|
|
|
| |
Patch from Sean McBride <sean@rogue-research.com>!
llvm-svn: 203260
|
| |
|
|
|
|
| |
Patch from Sean McBride <sean@rogue-research.com>!
llvm-svn: 203259
|
| |
|
|
|
|
| |
Patch from Sean McBride <sean@rogue-research.com>!
llvm-svn: 203258
|
| |
|
|
|
|
| |
Using const is orthogonal to guidelines on using auto& and auto*.
llvm-svn: 203257
|
| |
|
|
|
|
|
|
| |
spec
Code review feedback to r203187 from Oliver Stannard. Thanks!
llvm-svn: 203256
|
| |
|
|
|
|
| |
with iterator_range params(). Updating all of the usages of the iterators with range-based for loops.
llvm-svn: 203255
|
| |
|
|
| |
llvm-svn: 203254
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A freebsd issue with rm prevents '[g]make clean' from working if $(DSYM)
is empty (fts_open(3) fails if passed an empty argument).
To work around this, simplify the clean target by using three separate
rm invocations: one for the common files, one for the case of non-empty
$(DYLIB_NAME), and one for non-empty $(DSYM).
Issue diagnosed (and reported to FreeBSD) by John Wolfe.
llvm.org/pr17933
llvm-svn: 203253
|
| |
|
|
|
|
| |
CaptureDecl class; however, the only usage of the iterators cannot be converted to using the range yet. This change is for consistency with other Decls exposing parameters.
llvm-svn: 203252
|
| |
|
|
|
|
|
|
| |
Be case-insensitive when processing .unreq directives.
Patch by Lin Zuojian!
llvm-svn: 203251
|
| |
|
|
|
|
| |
iterator_range params(). Updating all of the usages of the iterators with range-based for loops.
llvm-svn: 203250
|
| |
|
|
|
|
|
|
| |
type_traits.h
Simplify the remaining ones a bit.
llvm-svn: 203249
|