| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
pass on Windows
llvm-svn: 150499
|
| |
|
|
|
|
|
| |
metadata for protocol definitions used on
class qualifiers.
llvm-svn: 150498
|
| |
|
|
|
|
| |
[&values...] { print(values...); }
llvm-svn: 150497
|
| |
|
|
| |
llvm-svn: 150496
|
| |
|
|
|
|
|
|
|
|
|
| |
Replace the simple Levenshtein edit distance for typo correction
candidates--and the hacky way adding namespace qualifiers would affect
the edit distance--with a synthetic "edit distance" comprised of several
factors and their relative weights. This also allows the typo correction
callback object to convey more information about the viability of a
correction candidate than simply viable or not viable.
llvm-svn: 150495
|
| |
|
|
|
|
| |
only be live in to a block if it is the function entry point or a landing pad.
llvm-svn: 150494
|
| |
|
|
| |
llvm-svn: 150493
|
| |
|
|
| |
llvm-svn: 150492
|
| |
|
|
| |
llvm-svn: 150491
|
| |
|
|
| |
llvm-svn: 150490
|
| |
|
|
|
|
| |
rvalues. This is to support proxy references. Fixes r10858112.
llvm-svn: 150488
|
| |
|
|
|
|
|
|
|
|
| |
And remove HAVE_CLANG_CONFIG_H, now that the header is generated
in the autoconf build, too.
Reverts r149571/restores r149504, now that config.h is generated
correctly by LLVM's configure in all build configurations.
llvm-svn: 150487
|
| |
|
|
|
|
|
| |
We can either optimize for RAW dependences or for all dependences.
For the moment, I do not see a big difference here.
llvm-svn: 150484
|
| |
|
|
|
|
|
|
| |
This change itself should not change functionality, but it will make it easier
to support use different dependence kinds in for validity and proximity
constraints.
llvm-svn: 150483
|
| |
|
|
| |
llvm-svn: 150482
|
| |
|
|
|
|
|
|
| |
This allows us to enable -enable-iv-rewrite by default and releases LLVM from
the burdon to keep that feature. This is an intermediate step. We plan to soon
remove the need for rewritten induction variables entirely.
llvm-svn: 150481
|
| |
|
|
|
|
|
|
|
|
| |
When I first tried to commit this patch, the builder pointed after generation
of a loop still into the loop body. This means that code that was supposed to
be generated after the loop was generated right into the loop body. We fixed
this by pointing the builder to the BB after the loop, as soon as code
generation of the loop body itself is finished.
llvm-svn: 150480
|
| |
|
|
| |
llvm-svn: 150479
|
| |
|
|
|
|
|
|
| |
that are greater than the vector element type. For example BUILD_VECTOR
of type <1 x i1> with a constant i8 operand.
This patch fixes the assertion.
llvm-svn: 150477
|
| |
|
|
| |
llvm-svn: 150475
|
| |
|
|
| |
llvm-svn: 150471
|
| |
|
|
| |
llvm-svn: 150467
|
| |
|
|
| |
llvm-svn: 150466
|
| |
|
|
|
|
| |
Signed off by Richard Smith.
llvm-svn: 150464
|
| |
|
|
|
|
| |
vector_shuffles shouldn't reach isel.
llvm-svn: 150462
|
| |
|
|
| |
llvm-svn: 150461
|
| |
|
|
|
|
| |
consistency with setExceptionPointerRegister(...).
llvm-svn: 150460
|
| |
|
|
| |
llvm-svn: 150459
|
| |
|
|
| |
llvm-svn: 150458
|
| |
|
|
| |
llvm-svn: 150457
|
| |
|
|
|
|
|
|
|
| |
clang_getDiagnosticSetFromTU() as
child diagnostics of primary diagnostics. By using the DiagnosticRenderer, these Diagnostics now
match with those generated for serialized diagnostics.
llvm-svn: 150456
|
| |
|
|
|
|
|
|
|
| |
pulled into DiagnosticNoteRenderer, and common DiagnosticRenderer that
assumes that all custom diagnostic messages are notes. Also extend
DiagnosticRenderer to work with StoredDiagnostics in preparation for
subsequent changes.
llvm-svn: 150455
|
| |
|
|
| |
llvm-svn: 150454
|
| |
|
|
|
|
|
|
|
|
| |
the instantiation of a constexpr function temploid is now always constexpr, a
defaulted constexpr function temploid is often ill-formed by the rule in
[dcl.fct.def.default]p2 that an explicitly-defaulted constexpr function must
have a constexpr implicit definition. To avoid making loads of completely
reasonable code ill-formed, do not apply that rule to templates.
llvm-svn: 150453
|
| |
|
|
| |
llvm-svn: 150452
|
| |
|
|
|
|
| |
EmitMemberInitializer. The new function will be used to initialize the fields of lambda expressions.
llvm-svn: 150451
|
| |
|
|
|
|
|
|
| |
from SBTarget.FindGlobalVariables()
as well as from SBFrame.GetVariables(). Both scenarios are expected to work.
llvm-svn: 150450
|
| |
|
|
| |
llvm-svn: 150449
|
| |
|
|
| |
llvm-svn: 150447
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
in realloc map.
If there is no dependency, the reallocated ptr will get garbage
collected before we know that realloc failed, which would lead us to
missing a memory leak warning.
Also added new test cases, which we can handle now.
Plus minor cleanups.
llvm-svn: 150446
|
| |
|
|
|
|
|
| |
for assembly instructions to occasionally come
out empty.
llvm-svn: 150445
|
| |
|
|
| |
llvm-svn: 150444
|
| |
|
|
|
|
|
|
|
| |
seems that sections in the memory module might be quite different from the
sections in the file module. Now we find all segments in the on disk file and
find that segment by name in the memory module and it is ok if any sections
from the file are missing in the memory image.
llvm-svn: 150443
|
| |
|
|
|
|
| |
copy-capturing in lambdas
llvm-svn: 150442
|
| |
|
|
|
|
| |
change)
llvm-svn: 150441
|
| |
|
|
|
|
|
|
| |
expression with the original call operator, so that we don't try to
separately instantiate the call operator. Test and tweak a few more
bits for template instantiation of lambda expressions.
llvm-svn: 150440
|
| |
|
|
|
|
| |
This folds a simple loop tail into a loop latch. It covers the common (in fortran) case of postincrement loops. It's a "free" way to expose this type of loop to downstream loop optimizations that bail out on non-canonical loops (getLoopLatch is a heavily used check).
llvm-svn: 150439
|
| |
|
|
| |
llvm-svn: 150438
|
| |
|
|
|
|
|
| |
marking them as "live-in" into a BB ruins some invariants that the back-end
tries to maintain.
llvm-svn: 150437
|
| |
|
|
| |
llvm-svn: 150436
|