| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 239208
|
|
|
|
|
|
| |
couple short lived variables. NFC
llvm-svn: 239207
|
|
|
|
|
|
| |
inner 'if's. NFC
llvm-svn: 239206
|
|
|
|
| |
llvm-svn: 239205
|
|
|
|
| |
llvm-svn: 239022
|
|
|
|
|
|
| |
Name to reduce memory usage.
llvm-svn: 239021
|
|
|
|
| |
llvm-svn: 238806
|
|
|
|
| |
llvm-svn: 238805
|
|
|
|
|
|
| |
be removed. NFC
llvm-svn: 238727
|
|
|
|
|
|
| |
typeIsConvertibleTo was just calling baseClassOf(this) on the argument passed to it, but there weren't different signatures for baseClassOf so passing 'this' didn't really do anything interesting. typeIsConvertibleTo could have just been a non-virtual method in RecTy. But since that would be kind of a silly method, I instead re-distributed the logic from baseClassOf into typeIsConvertibleTo.
llvm-svn: 238648
|
|
|
|
|
|
| |
the conversions in convertInitializerTo directly. This saves a bunch of vtable entries. NFC
llvm-svn: 238646
|
|
|
|
|
|
|
|
| |
TernOpInit as they weren't able to be called.
I don't think converting the inputs to the Ops was the right behavior anyway.
llvm-svn: 238543
|
|
|
|
| |
llvm-svn: 238399
|
|
|
|
| |
llvm-svn: 238398
|
|
|
|
|
|
| |
just generally consistent across all of the overloads.
llvm-svn: 237775
|
|
|
|
| |
llvm-svn: 237774
|
|
|
|
|
|
| |
These were the old names for these operations long ago. NFC
llvm-svn: 237514
|
|
|
|
|
|
| |
some unnecessary curly braces from the same area.
llvm-svn: 237513
|
|
|
|
|
|
| |
portion of the body based on what will also be the terminating condition. NFC
llvm-svn: 237511
|
|
|
|
|
|
|
|
| |
Found by ubsan. This was taking a bool and left shifting by 32 - the
result is 64 bit, so we should really do the math in a type it fits
in.
llvm-svn: 237345
|
|
|
|
|
|
|
|
| |
functional change intended.
The outer if had 3 separate conditions ORed together and then the inner ifs detected which of the three conditions it was by using only a portion of the specific condition. Just put the whole condition in each inner if and remove the outer if.
llvm-svn: 237343
|
|
|
|
| |
llvm-svn: 237342
|
|
|
|
|
|
| |
if it was just comparing to 0. NFC.
llvm-svn: 237340
|
|
|
|
|
|
| |
ArrayRef iterators. NFC
llvm-svn: 237231
|
|
|
|
| |
llvm-svn: 237090
|
|
|
|
| |
llvm-svn: 236398
|
|
|
|
|
|
| |
unnecessary curly braces. NFC
llvm-svn: 236397
|
|
|
|
|
|
| |
end of previous line. NFC
llvm-svn: 236206
|
|
|
|
| |
llvm-svn: 236205
|
|
|
|
|
|
| |
Fold an assignment into an if. Use auto on the result of a couple dyn_casts. NFC
llvm-svn: 236204
|
|
|
|
| |
llvm-svn: 236089
|
|
|
|
| |
llvm-svn: 236088
|
|
|
|
|
|
| |
cast which asserts internally. NFC
llvm-svn: 236087
|
|
|
|
| |
llvm-svn: 235696
|
|
|
|
| |
llvm-svn: 235482
|
|
|
|
|
|
| |
seem to execute in our codebase today and date back to a time when there was an allocation in this function.
llvm-svn: 235481
|
|
|
|
|
|
| |
Previously the code was accidentally checking if 'this' was an IntRecTy which it can't be since 'this' is a BitRecTy. Looking back at the history it appears it was intended to check RHS.
llvm-svn: 235477
|
|
|
|
| |
llvm-svn: 235476
|
|
|
|
|
|
|
|
| |
before being dereferenced."
Turns out I misread the parentheses. Though I'm pretty sure its always a RecordRecTy and non of the callers really seem to expect null. But until I'm completely sure I'm going to revert this.
llvm-svn: 235469
|
|
|
|
| |
llvm-svn: 235468
|
|
|
|
| |
llvm-svn: 235467
|
|
|
|
|
|
| |
StringRecTy object.
llvm-svn: 235466
|
|
|
|
|
|
| |
singleton object created by UnsetInit::get(). Makes it more consistent with the other types.
llvm-svn: 235465
|
|
|
|
|
|
| |
being dereferenced.
llvm-svn: 235463
|
|
|
|
|
|
| |
No functional change intended.
llvm-svn: 234586
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch was generated by a clang tidy checker that is being open sourced.
The documentation of that checker is the following:
/// The emptiness of a container should be checked using the empty method
/// instead of the size method. It is not guaranteed that size is a
/// constant-time function, and it is generally more efficient and also shows
/// clearer intent to use empty. Furthermore some containers may implement the
/// empty method but not implement the size method. Using empty whenever
/// possible makes it easier to switch to another container in the future.
Patch by Gábor Horváth!
llvm-svn: 226161
|
|
|
|
|
|
|
|
|
| |
Clang's static analyzer found several potential cases of undefined
behavior, use of un-initialized values, and potentially null pointer
dereferences in tablegen, Support, MC, and ADT. This cleans them up
with specific assertions on the assumptions of the code.
llvm-svn: 224154
|
|
|
|
| |
llvm-svn: 216350
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This does nothing but remove the Record from the map, and
then re-add it, without actually changing it in between.
The Record's Name used to be changed before re-adding it
when the code was first committed in r137232, but the
name-changing lines were removed in r142510, and since
then this code seems to do nothing.
This was also the only caller of removeClass or removeDef,
so now RecordKeeper owns its Records unconditionally,
and could be unique_ptr-ified.
llvm-svn: 216349
|
|
|
|
| |
llvm-svn: 216348
|