| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We had various variants of defining dump() functions in LLVM. Normalize
them (this should just consistently implement the things discussed in
http://lists.llvm.org/pipermail/cfe-dev/2014-January/034323.html
For reference:
- Public headers should just declare the dump() method but not use
LLVM_DUMP_METHOD or #if !defined(NDEBUG) || defined(LLVM_ENABLE_DUMP)
- The definition of a dump method should look like this:
#if !defined(NDEBUG) || defined(LLVM_ENABLE_DUMP)
LLVM_DUMP_METHOD void MyClass::dump() {
// print stuff to dbgs()...
}
#endif
llvm-svn: 293359
|
| |
|
|
| |
llvm-svn: 288653
|
| |
|
|
| |
llvm-svn: 288651
|
| |
|
|
| |
llvm-svn: 288650
|
| |
|
|
| |
llvm-svn: 288648
|
| |
|
|
| |
llvm-svn: 288647
|
| |
|
|
| |
llvm-svn: 288644
|
| |
|
|
| |
llvm-svn: 288643
|
| |
|
|
|
|
|
|
| |
This forces the code to call StringInit::get on the string early and
avoids storing duplicates in std::string and sometimes allows pointer
comparisons instead of string comparisons.
llvm-svn: 288642
|
| |
|
|
|
|
|
|
| |
Introduce new constructor for STRCONCAT binop with a shortcut that
immediately concatenates if the two arguments are StringInits.
Makes the QualifyName code more readable and tablegen 2-3% faster.
llvm-svn: 288639
|
| |
|
|
| |
llvm-svn: 288638
|
| |
|
|
|
|
|
| |
All these records are internalized and will live until exit. This makes
them perfect candidates for a fast BumpPtrAllocator.
llvm-svn: 288613
|
| |
|
|
|
|
|
| |
This will allow to switch to a different string storage in an upcoming
commit.
llvm-svn: 288612
|
| |
|
|
| |
llvm-svn: 288611
|
| |
|
|
|
|
|
|
| |
This avoid an extra construction of a std::string (and a heap
allocation) when the caller only has a StringRef but no std::string at
hand.
llvm-svn: 288610
|
| |
|
|
| |
llvm-svn: 286936
|
| |
|
|
|
|
|
|
| |
other minor fixes.
Differential revision: https://reviews.llvm.org/D23789
llvm-svn: 279535
|
| |
|
|
| |
llvm-svn: 275425
|
| |
|
|
|
|
|
| |
LLVM doesn't use exceptions anymore.
Also remove the implementation comments. Some of them diverged.
llvm-svn: 275424
|
| |
|
|
|
|
|
| |
It's being immediately converted to a "string", but being able to tell what
type the field was originally can be useful in backends.
llvm-svn: 274575
|
| |
|
|
|
|
|
|
| |
As suggested by clang-tidy's performance-unnecessary-copy-initialization.
This can easily hit lifetime issues, so I audited every change and ran the
tests under asan, which came back clean.
llvm-svn: 272126
|
| |
|
|
|
|
|
|
| |
r259192 post commit comment.
clang part in r259232, this is the LLVM part of the patch.
llvm-svn: 259240
|
| |
|
|
|
|
| |
BinOpInit and TernOpInit. This remove the memory needed to store the key for the DenseMap. NFC
llvm-svn: 258071
|
| |
|
|
| |
llvm-svn: 258068
|
| |
|
|
|
|
| |
vector. This removes the state needed to manage the extra vector thus reducing the size of the Record class. NFC
llvm-svn: 258065
|
| |
|
|
|
|
| |
BitsInit/ListInit object itself. Saves a bit of memory. NFC
llvm-svn: 258063
|
| |
|
|
|
|
| |
UnOpInit/BinOpInit/TernOpInit allowing those types to be a little smaller. NFC
llvm-svn: 256733
|
| |
|
|
| |
llvm-svn: 251186
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is to fix an incorrect error when trying to initialize
DwarfNumbers with a !cast<int> of a bits initializer.
getValuesAsListOfInts("DwarfNumbers") would not see an IntInit
and instead the cast, so would give up.
It seems likely that this could be generalized to attempt
the convertInitializerTo for any type. I'm not really sure
why the existing code seems to special case the string cast cases
when convertInitializerTo seems like it should generally handle this
sort of thing.
llvm-svn: 243722
|
| |
|
|
|
|
| |
std::vector reference. NFC
llvm-svn: 241430
|
| |
|
|
|
|
| |
Record's DefInit. I broke this when I fixed memory leaks recently. Remove the DenseMap that mapped Record's to DefInit.
llvm-svn: 240524
|
| |
|
|
|
|
| |
integers. NFC
llvm-svn: 239210
|
| |
|
|
|
|
| |
other formatting fixes. NFC
llvm-svn: 239209
|
| |
|
|
| |
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
|