| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
| |
AMDGPU has some buffer intrinsics which theoretically could use
this. Some of the generated tables include the 3 and 4 element vector
versions of these rounded to 64-bits, which is ambiguous. Add these to
help the table disambiguate these.
Assertion change is for the path odd sized vectors now take for R600.
v3i16 is widened to v4i16, which then needs to be promoted to v4i32.
llvm-svn: 369038
|
|
|
|
|
|
|
|
| |
Now that we've moved to C++14, we no longer need the llvm::make_unique
implementation from STLExtras.h. This patch is a mechanical replacement
of (hopefully) all the llvm::make_unique instances across the monorepo.
llvm-svn: 369013
|
|
|
|
| |
llvm-svn: 368951
|
|
|
|
| |
llvm-svn: 368840
|
|
|
|
|
|
|
|
|
|
| |
Reviewers: jdoerfert
Reviewed By: jdoerfert
Differential Revision: https://reviews.llvm.org/D66158
llvm-svn: 368810
|
|
|
|
|
|
|
|
| |
Reviewed By: thopre
Differential Revision: https://reviews.llvm.org/D65707
llvm-svn: 368787
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Without this patch, `-dump-input` prints a diagnostic at the end of
its marker range. For example:
```
1: Start.
check:1 ^~~~~~
2: Bad.
next:2 X~~~
3: Many lines
next:2 ~~~~~~~~~~
4: of input.
next:2 ~~~~~~~~~
5: End.
next:2 ~~~~ error: no match found
```
This patch moves it to the beginning like this:
```
1: Start.
check:1 ^~~~~~
2: Bad.
next:2 X~~~ error: no match found
3: Many lines
next:2 ~~~~~~~~~~
4: of input.
next:2 ~~~~~~~~~
5: End.
next:2 ~~~~
```
The former somehow looks nicer because the diagnostic doesn't appear
to be somewhere within the marker range. However, the latter is more
practical, especially when the marker range includes the remainder of
a very long dump. First, in the case of an error, this patch enables
me to search the dump for `error:` and usually immediately land where
the detected error began. Second, when trying to follow FileCheck's
logic, it's best to read top down, so this patch enables me to see
each diagnostic as soon as I encounter its marker.
Reviewed By: thopre
Differential Revision: https://reviews.llvm.org/D65702
llvm-svn: 368786
|
|
|
|
| |
llvm-svn: 368726
|
|
|
|
| |
llvm-svn: 368671
|
|
|
|
| |
llvm-svn: 368668
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D66101
llvm-svn: 368667
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D66090
llvm-svn: 368665
|
|
|
|
| |
llvm-svn: 368601
|
|
|
|
|
|
| |
- Replace the previous 32-bit shift with 64-bit one matching `OpInit`.
llvm-svn: 368513
|
|
|
|
| |
llvm-svn: 368470
|
|
|
|
| |
llvm-svn: 368469
|
|
|
|
| |
llvm-svn: 368468
|
|
|
|
| |
llvm-svn: 368467
|
|
|
|
| |
llvm-svn: 368466
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
methods
Summary:
The problem:
When an operand had bits explicitly set to "1" (as in the InitValue.td test case attached), the decoder was ignoring those bits, and the DecoderMethod was receiving an input where the bits were still zero.
The solution:
We added an "InitValue" variable that stores the initial value of the operand based on what bits were explicitly initialized to 1 in TableGen code. The generated decoder code then uses that initial value to initialize the "tmp" variable, then calls fieldFromInstruction to read the values for the remaining bits that were left unknown in TableGen.
This is mainly useful when there are variations of an instruction that differ based on what bits are set in the operands, since this change makes it possible to access those bits in a DecoderMethod. The DecoderMethod can use those bits to know how to handle the input.
Patch by Nicolas Guillemot
Reviewers: craig.topper, dsanders, fhahn
Reviewed By: dsanders
Subscribers: llvm-commits
Differential Revision: https://reviews.llvm.org/D63741
llvm-svn: 368458
|
|
|
|
| |
llvm-svn: 368333
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reviewers: hans
Subscribers: hans, delcypher, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D65763
llvm-svn: 368329
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
'OSI Approved :: Apache-2.0 with LLVM exception' is not a valid
classifier. 'OSI Approved :: Apache Software License' is the closest
fit for the new license, so we've decided to use this one.
The classifiers seem to only be used for searching on the pypi website,
so this does not actually change the license of the code.
We still pass 'Apache-2.0 with LLVM exception' as the license to setup(),
and this appears alongside the classifier on the pypi webpage for lit.
Reviewers: chandlerc, ddunbar, joerg
Reviewed By: joerg
Subscribers: delcypher, llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D65762
llvm-svn: 368315
|
|
|
|
| |
llvm-svn: 368179
|
|
|
|
| |
llvm-svn: 368178
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Port of new feature introduced https://reviews.llvm.org/D65610 to other update scripts.
- update_*_checks.py: add an alias -u for --update-only
- port --update-only to other update_*_test_checks.py scripts
- update script aborts if the test file was generated by another update_*_test_checks.py utility
Reviewers: lebedev.ri, RKSimon, MaskRay, reames, gbedwell
Reviewed By: MaskRay
Subscribers: llvm-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D65793
llvm-svn: 368174
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: To prevent clangd from adding #include of those headers.
Reviewers: gribozavr
Reviewed By: gribozavr
Subscribers: kadircet, llvm-commits, cfe-commits
Tags: #llvm
Differential Revision: https://reviews.llvm.org/D65849
llvm-svn: 368135
|
|
|
|
|
|
|
|
|
|
| |
The upper 4 bits of the immediate byte are used to encode a
register. We need to limit the explicit immediate to fit in the
remaining 4 bits.
Fixes PR42899.
llvm-svn: 368123
|
|
|
|
| |
llvm-svn: 368099
|
|
|
|
| |
llvm-svn: 368098
|
|
|
|
| |
llvm-svn: 368097
|
|
|
|
| |
llvm-svn: 368096
|
|
|
|
| |
llvm-svn: 368095
|
|
|
|
|
|
|
| |
This reverts commit r368025, which depends on r368021, which needs to be
reverted.
llvm-svn: 368034
|
|
|
|
| |
llvm-svn: 368027
|
|
|
|
| |
llvm-svn: 368025
|
|
|
|
| |
llvm-svn: 368007
|
|
|
|
|
|
| |
Some were what I suggested in D65610.
llvm-svn: 368006
|
|
|
|
| |
llvm-svn: 368004
|
|
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D65767
llvm-svn: 367972
|
|
|
|
|
|
| |
called FooGenSearchableTable
llvm-svn: 367971
|
|
|
|
| |
llvm-svn: 367970
|
|
|
|
|
|
|
|
|
|
|
|
| |
skip non-autogenerated ones
Intended use case is:
./utils/update_test_checks.py test/Transform/PassDir/* --update-only
(i.e. rapidly be able to see changes in autogened filed, before handing non-autogened tests individually)
Differential Revision: https://reviews.llvm.org/D65610
llvm-svn: 367900
|
|
|
|
| |
llvm-svn: 367890
|
|
|
|
| |
llvm-svn: 367868
|
|
|
|
|
|
|
|
|
|
|
| |
The comparison would otherwise fail if Phase2 occurrs naturally in the
object file. It would get replaced with Phase3 in the one .o, but not
in the other.
We were already running both files through sed to have them processed in
this same way; this is a logical extension of that.
llvm-svn: 367847
|
|
|
|
|
|
| |
deterministic order (PR42739)
llvm-svn: 367846
|
|
|
|
| |
llvm-svn: 367844
|
|
|
|
| |
llvm-svn: 367815
|
|
|
|
| |
llvm-svn: 367795
|