| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 330553
|
| |
|
|
| |
llvm-svn: 330552
|
| |
|
|
|
|
| |
Remove trailing whitespace.
llvm-svn: 330551
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the last step in getting constant pattern matchers to allow
undef elements in constant vectors.
I'm adding a dedicated m_ZeroInt() function and building m_Zero() from
that. In most cases, calling code can be updated to use m_ZeroInt()
directly when there's no need to match pointers, but I'm leaving that
efficiency optimization as a follow-up step because it's not always
clear when that's ok.
There are just enough icmp folds in InstSimplify that can be used for
integer or pointer types, that we probably still want a generic m_Zero()
for those cases. Otherwise, we could eliminate it (and possibly add a
m_NullPtr() as an alias for isa<ConstantPointerNull>()).
We're conservatively returning a full zero vector (zeroinitializer) in
InstSimplify/InstCombine on some of these folds (see diffs in InstSimplify),
but I'm not sure if that's actually necessary in all cases. We may be
able to propagate an undef lane instead. One test where this happens is
marked with 'TODO'.
llvm-svn: 330550
|
| |
|
|
| |
llvm-svn: 330549
|
| |
|
|
| |
llvm-svn: 330548
|
| |
|
|
| |
llvm-svn: 330547
|
| |
|
|
|
|
| |
to remove unnecessary instrw overrides.
llvm-svn: 330546
|
| |
|
|
| |
llvm-svn: 330545
|
| |
|
|
|
|
| |
This also fixes some of the ReadAfterLd issues due to InstRW.
llvm-svn: 330544
|
| |
|
|
| |
llvm-svn: 330543
|
| |
|
|
|
|
| |
instrw overrides.
llvm-svn: 330542
|
| |
|
|
|
|
| |
latency.
llvm-svn: 330541
|
| |
|
|
| |
llvm-svn: 330540
|
| |
|
|
|
|
|
|
|
| |
Unbreak the linux build bots:
http://lab.llvm.org:8011/builders/clang-lld-x86_64-2stage/builds/5165/
http://lab.llvm.org:8011/builders/llvm-clang-lld-x86_64-scei-ps4-ubuntu-fast/builds/28775
http://lab.llvm.org:8011/builders/clang-with-lto-ubuntu/builds/8227
llvm-svn: 330539
|
| |
|
|
|
|
|
| |
Fixes build issue on the windows bots:
error C2143: syntax error: missing ';'
llvm-svn: 330538
|
| |
|
|
|
|
| |
Makes error handling more consistent by using the helpers in support.
llvm-svn: 330537
|
| |
|
|
|
|
| |
Makes error handling more consistent by using the helpers in support.
llvm-svn: 330536
|
| |
|
|
|
|
|
| |
When a prefix is passed, we need to print a colon a space after it, not
just the prefix.
llvm-svn: 330535
|
| |
|
|
|
|
| |
operand processing.
llvm-svn: 330534
|
| |
|
|
|
|
| |
This matches the other FENCE instructions.
llvm-svn: 330533
|
| |
|
|
|
|
| |
OpSizeFixed.
llvm-svn: 330532
|
| |
|
|
|
|
|
|
|
|
| |
'data32' in 16-bit mode. Hack the asm parser to convert 'data32' to 'data16' in 16-bit mode.
Improve the error messages to match GNU assembler.
This also allows us to remove the hack from the disassembler table building.
llvm-svn: 330531
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Add tests for the improved stream type detection added to
`llvm-bcanalyzer` in https://reviews.llvm.org/D41979.
Test Plan: `check-clang`
Reviewers: pcc, aprantl, mehdi_amini, george.karpenkov
Reviewed By: aprantl
Subscribers: cfe-commits, a.sidorin
Differential Revision: https://reviews.llvm.org/D41980
llvm-svn: 330530
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
`llvm-bcanalyzer` prints out the stream type of the file it is
analyzing. If the file begins with the LLVM IR magic number, it reports
a stream type of "LLVM IR". However, any other bitstream format is
reported as "unknown".
Add some checks for two other common bitstream formats: Clang AST
files, which begin with 'CPCH', and Clang serialized diagnostics, which
begin with 'DIAG'.
Test Plan: `check-llvm`
Reviewers: pcc, aprantl, mehdi_amini, davide, george.karpenkov, JDevlieghere
Reviewed By: JDevlieghere
Subscribers: JDevlieghere, bruno, davide, llvm-commits
Differential Revision: https://reviews.llvm.org/D41979
llvm-svn: 330529
|
| |
|
|
|
|
|
|
|
|
| |
not have prefix '_'
This commit has been breaking most bots for a day now. There is a fix
proposed in https://reviews.llvm.org/D45912 but when I applied that
I just got different errors. Reverting to get our bots back to green.
llvm-svn: 330528
|
| |
|
|
|
|
| |
scheduler models.
llvm-svn: 330527
|
| |
|
|
|
|
|
|
| |
Several tools prefix the error/warning/note output with the name of the
tool. One such tool is LLD for example. This commit adds as an optional
'Prefix' argument to the convenience helpers.
llvm-svn: 330526
|
| |
|
|
| |
llvm-svn: 330525
|
| |
|
|
|
|
|
| |
Use convenience helpers in WithColor to print errors, warnings and notes
in a few more tools.
llvm-svn: 330524
|
| |
|
|
|
|
| |
models.
llvm-svn: 330523
|
| |
|
|
|
|
| |
VPERM2I128/VINSERTI128
llvm-svn: 330522
|
| |
|
|
|
|
| |
pack/unpack instruction instrw overrides from scheduler models.
llvm-svn: 330521
|
| |
|
|
|
|
|
|
| |
PMULHW/PMULHUW.
Ultimately I want to use this to remove the intrinsics for these instructions.
llvm-svn: 330520
|
| |
|
|
|
|
|
|
| |
ext), 16)). NFC
A future patch will turn this into MULHU/MULHS.
llvm-svn: 330519
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The current way that the lit configuration is generated for the LLDB
tests that run using dotest causes cmake to fail when using a generator
which supports multiple configurations (such as Visual Studio). The
failure is because file GENERATE will create a file *per possible
configuration* resulting in the same lit configuration file being
overwritten multiple times.
To fix the issue, we need to create a single lit file that is agnostic
of the configurations and can be used for any configuration.
Patch by: Stella Stamenova
Differential revision: https://reviews.llvm.org/D45918
llvm-svn: 330518
|
| |
|
|
| |
llvm-svn: 330517
|
| |
|
|
| |
llvm-svn: 330516
|
| |
|
|
| |
llvm-svn: 330515
|
| |
|
|
|
|
| |
overrides.
llvm-svn: 330514
|
| |
|
|
|
|
| |
D45629
llvm-svn: 330513
|
| |
|
|
| |
llvm-svn: 330512
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The patch introduces a new command line option '-check-suffix' for check_clang_tidy.py
to allow multiple %check_clang_tidy% in a single test file.
Sample:
// RUN: %check_clang_tidy -check-suffix=FLAG-1 %s misc-unused-using-decls %t -- -- <options-set-1>
// RUN: %check_clang_tidy -check-suffix=FLAG-2 %s misc-unused-using-decls %t -- -- <options-set-2>
...
+// CHECK-MESSAGES-FLAG-1: :[[@LINE-4]]:10: warning: using decl 'B' is unused [misc-unused-using-decls]
+// CHECK-MESSAGES-FLAG-2: :[[@LINE-7]]:10: warning: using decl 'A' is unused [misc-unused-using-decls]
+// CHECK-FIXES-FLAG-1-NOT: using a::A;$
+// CHECK-FIXES-FLAG-2-NOT: using a::B;$
Differential Revision: https://reviews.llvm.org/D45776
llvm-svn: 330511
|
| |
|
|
|
|
|
|
| |
from scheduler models.
The required the default skylake schedules to be updated - these were being completely overriden by the InstRW and the existing values not used at all.
llvm-svn: 330510
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Add a new target for install: install-clang-apply-replacements.
So if you need clang-tidy and clang-apply-replacements tools only,
you may build and install only these tools:
make install-clang-tidy install-clang-apply-replacements
Differential Revision: https://reviews.llvm.org/D45160
llvm-svn: 330509
|
| |
|
|
|
|
| |
scheduler models.
llvm-svn: 330508
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix testing of clang_File_tryGetRealPathName() in
LibclangReparseTest.FileName when executing in an environment which has
TMPDIR set to a symbolic link that points to an actual directory. The
test would fail because the name returned by
clang_File_tryGetRealPathName() has the symlink resolved but the test
compared it to the original filename of a temporary file.
The patch addresses the problem by checking only that the value returned
by clang_File_tryGetRealPathName() ends with "main.cpp".
Additionally, the patch makes the previous assertion in the test that
checks result of clang_getFileName() stricter. It newly verifies that
the name returned by the function is exactly same as what was given to
clang_parseTranslationUnit()/clang_getFile().
Differential Revision: https://reviews.llvm.org/D45807
llvm-svn: 330507
|
| |
|
|
| |
llvm-svn: 330506
|
| |
|
|
| |
llvm-svn: 330505
|
| |
|
|
|
|
| |
llvm.org/pr37194
llvm-svn: 330504
|