| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
| |
Reviewers: alexfh
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D16926
llvm-svn: 260107
|
| |
|
|
|
|
|
|
| |
specialized code generation for different devices.
This was reverted by r260036, but was not the cause of the problem in the buildbot.
llvm-svn: 260106
|
| |
|
|
|
|
|
|
|
|
| |
Reviewers: alexfh
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D16987
llvm-svn: 260105
|
| |
|
|
|
|
| |
Silences an MSVC warning, and reduces the number of exported symbols.
llvm-svn: 260104
|
| |
|
|
|
|
|
| |
We were claiming it was aligned to 8 bytes even on 32 bit files, which
is not the case.
llvm-svn: 260102
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D16983
llvm-svn: 260101
|
| |
|
|
| |
llvm-svn: 260100
|
| |
|
|
| |
llvm-svn: 260099
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: We have 2 scripts add_new_check.py and rename_check.py to bootstrap a new check creation. There is also clang-query to aid with the matcher creation. These were not mentioned in the current document, add them so it's available to the masses.
Reviewers: alexfh
Patch by Deniz Türkoglu!
Differential Revision: http://reviews.llvm.org/D16944
llvm-svn: 260098
|
| |
|
|
|
|
|
| |
http://bb.pgr.jp/builders/cmake-clang-tools-x86_64-linux/builds/23351
http://lab.llvm.org:8011/builders/clang-s390x-linux/builds/492
llvm-svn: 260097
|
| |
|
|
|
|
|
|
|
|
|
|
| |
of integral types to bool and improve the handling of implicit conversion of member pointers to bool.
Implicit conversion of member pointers are replaced with explicit comparisons to nullptr.
Implicit conversions of integral types are replaced with explicit comparisons to 0.
Patch by Richard Thomson.
llvm-svn: 260096
|
| |
|
|
|
|
|
|
| |
By Ayal Zaks (ayal.zaks@intel.com)
Differential Revision: http://reviews.llvm.org/D16976
llvm-svn: 260094
|
| |
|
|
|
|
|
|
|
|
| |
call x86_thiscallcc void @_ZN2SSC1ERi(
It matched to:
<call> x86_this<callcc void @_ZN2SSC1ERi(>
llvm-svn: 260093
|
| |
|
|
| |
llvm-svn: 260092
|
| |
|
|
| |
llvm-svn: 260091
|
| |
|
|
|
|
| |
sanitizer-x86_64-linux buildbot.
llvm-svn: 260090
|
| |
|
|
|
|
|
|
| |
function name to reflect the function behavior.
Differential Revision: http://reviews.llvm.org/D16958
llvm-svn: 260089
|
| |
|
|
|
|
|
|
| |
function name to reflect the function behavior.
Differential Revision: http://reviews.llvm.org/D16957
llvm-svn: 260088
|
| |
|
|
|
|
| |
sanitizer bots.
llvm-svn: 260087
|
| |
|
|
|
|
|
|
|
|
|
|
| |
We shouldn't assert when there are no memchecks, since we
can have SCEV checks. There is already an assert covering
the case where there are no SCEV checks or memchecks.
This also changes the LAA pointer wrapping versioning test
to use the loop versioning pass (this was how I managed to
trigger the assert in the loop versioning pass).
llvm-svn: 260086
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
pointer detection
Summary:
This change adds no wrap SCEV predicates with:
- support for runtime checking
- support for expression rewriting:
(sext ({x,+,y}) -> {sext(x),+,sext(y)}
(zext ({x,+,y}) -> {zext(x),+,sext(y)}
Note that we are sign extending the increment of the SCEV, even for
the zext case. This is needed to cover the fairly common case where y would
be a (small) negative integer. In order to do this, this change adds two new
flags: nusw and nssw that are applicable to AddRecExprs and permit the
transformations above.
We also change isStridedPtr in LAA to be able to make use of
these predicates. With this feature we should now always be able to
work around overflow issues in the dependence analysis.
Reviewers: mzolotukhin, sanjoy, anemet
Subscribers: mzolotukhin, sanjoy, llvm-commits, rengolin, jmolloy, hfinkel
Differential Revision: http://reviews.llvm.org/D15412
llvm-svn: 260085
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: This is originally implemented by Jacques Pienaar.
Reviewers: alexfh
Subscribers: cfe-commits, jpienaar
Differential Revision: http://reviews.llvm.org/D16764
llvm-svn: 260084
|
| |
|
|
|
|
|
| |
Generate R_MIPS_COPY relocation for 'static' relocations against object
symbols defined in a shared libraries.
llvm-svn: 260083
|
| |
|
|
| |
llvm-svn: 260082
|
| |
|
|
|
|
| |
Test is still flaky.
llvm-svn: 260081
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before:
bbbbbbbbbbbb(aaaaaaaaaaaaaaaaaaaaaaaa, //
ccccccc(aaaaaaaaaaaaaaaaa, //
b));
After:
bbbbbbbbbbbb(aaaaaaaaaaaaaaaaaaaaaaaa, //
ccccccc(aaaaaaaaaaaaaaaaa, //
b));
This fixes llvm.org/PR24905.
llvm-svn: 260080
|
| |
|
|
|
|
| |
https://llvm.org/bugs/show_bug.cgi?id=26525.
llvm-svn: 260079
|
| |
|
|
| |
llvm-svn: 260078
|
| |
|
|
|
|
|
| |
OpenMP 4.5 introduces privatization of non-static data members of current class in non-static member functions.
To correctly handle such kind of privatization a new (pseudo)declaration VarDecl-based node is added. It allows to reuse an existing code for capturing variables in Lambdas/Block/Captured blocks of code for correct privatization and codegen.
llvm-svn: 260077
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
indicator symbols.
This is a compiler-rt part of this http://reviews.llvm.org/D15642 patch. Here,
we add a new approach for ODR violation detection.
Instead of using __asan_region_is_poisoned(g->beg, g->size_with_redzone) on
global address (that would return false now due to using private alias), we can
use new globally visible indicator symbol to perform the check.
Differential Revision: http://reviews.llvm.org/D15644
llvm-svn: 260076
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As discussed in https://github.com/google/sanitizers/issues/398, with current
implementation of poisoning globals we can have some CHECK failures or false
positives in case of mixing instrumented and non-instrumented code due to ASan
poisons innocent globals from non-sanitized binary/library. We can use private
aliases to avoid such errors. In addition, to preserve ODR violation detection,
we introduce new __odr_asan_gen_XXX symbol for each instrumented global that
indicates if this global was already registered. To detect ODR violation in
runtime, we should only check the value of indicator and report an error if it
isn't equal to zero.
Differential Revision: http://reviews.llvm.org/D15642
llvm-svn: 260075
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
diagnosing when 'concept' is specified on a function or template
specialization.
Since a concept can only be applied to a function or variable template,
the concept bit is stored in TemplateDecl as a PointerIntPair.
Reviewers: rsmith, faisalv, aaron.ballman, hubert.reinterpretcast
Differential Revision: http://reviews.llvm.org/D13357
llvm-svn: 260074
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I found that the handling of 'L' character in an augmentation string is
wrong because 'L' means that the next byte is the length field. I could
have fixed that by just skipping the next byte, but I decided to take a
different approach.
Teaching the linker about all the types of CIE internal records just to
skip them is silly. And the code doing that is not actually executed now
(that's why the bug did not cause any issue.) It is because the 'R' field,
which we want to read, is always at beginning of the CIE. So I reduced
the code dramatically by assuming that that's always the case. I want to
see how it works in the wild. If it doesn't work, we can roll this back
(with a fix for 'L').
http://reviews.llvm.org/D16939
llvm-svn: 260073
|
| |
|
|
|
|
|
|
|
|
|
|
| |
SUMMARY:
This patch fixes TestExpressionInSyscall.py and solves bug 23659 for MIPS.
Corrected indentation at couple of places.
Reviewers: clayborg
Subscribers: mohit.bhakkad, sagar, jaydeep, lldb-commits
Differential Revision: http://reviews.llvm.org/D16916
llvm-svn: 260072
|
| |
|
|
|
|
|
|
| |
Avoid the developer warnings from cmake when configuring libc++ as part of the
LLVM layout. Setup the custom macro paths earlier to re-use the detection logic
prior to setting the project properties.
llvm-svn: 260071
|
| |
|
|
| |
llvm-svn: 260070
|
| |
|
|
| |
llvm-svn: 260069
|
| |
|
|
| |
llvm-svn: 260068
|
| |
|
|
|
|
| |
into account that there are no prefix characters to include in Width.
llvm-svn: 260067
|
| |
|
|
|
|
|
|
|
|
|
| |
LazyCompoundVal.
Instead, return UnknownValue if either operand is a nonloc::LazyCompoundVal. This is a
spot fix for PR 24951.
rdar://problem/23682244
llvm-svn: 260066
|
| |
|
|
| |
llvm-svn: 260065
|
| |
|
|
|
|
| |
Investigating.
llvm-svn: 260064
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The combineX86ShufflesRecursively only supports unary shuffles, but was missing the opportunity to combine binary shuffles with a zero / undef second input.
This patch resolves target shuffle inputs, converting the shuffle mask elements to SM_SentinelUndef/SM_SentinelZero where possible. It then resolves the updated mask to check if we have created a faux unary shuffle.
Additionally, we now attempt to recursively call combineX86ShufflesRecursively for all input operands (we used to just recurse for unary integer shuffles and unary unpacks) - it safely returns early if its not a target shuffle.
Differential Revision: http://reviews.llvm.org/D16683
llvm-svn: 260063
|
| |
|
|
|
|
|
|
| |
A dllimport'd vtable always points one past the RTTI data, this means
that the initializer will never end up referencing the data. Our
emission is a harmless waste.
llvm-svn: 260062
|
| |
|
|
| |
llvm-svn: 260061
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before:
f({a},
() => {
g(); //
});
After:
f({a}, () => {
g(); //
});
llvm-svn: 260060
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The "sanitizer-windows" buildbot has been failing for two days because of this:
FAILED: cl.exe asan_report.cc
asan_scariness_score.h(60) : error C2536:
'__asan::ScarinessScore::__asan::ScarinessScore::descr' :
cannot specify explicit initializer for arrays
asan_scariness_score.h(60) : see declaration of '__asan::ScarinessScore::descr'
llvm-svn: 260059
|
| |
|
|
| |
llvm-svn: 260058
|
| |
|
|
|
|
| |
style.
llvm-svn: 260057
|
| |
|
|
|
|
|
| |
This test hasn't been running after it was added until r259976 made
"REQUIRES: nozlib" work, and now that the test runs it fails.
llvm-svn: 260056
|