| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
the folding it can.
llvm-svn: 122359
|
|
|
|
|
|
|
| |
are not actually relaxed. For example, a section with only alignments will never
needs relaxation.
llvm-svn: 122356
|
|
|
|
| |
llvm-svn: 122355
|
|
|
|
|
|
|
|
| |
count operand. These should be the same but apparently are
not always, and this is cleaner anyway. This improves the
code in an existing test.
llvm-svn: 122354
|
|
|
|
| |
llvm-svn: 122353
|
|
|
|
| |
llvm-svn: 122352
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
inconsistent with the type that the builtin *should* have, forget
about the builtin altogether: we don't want subsequence analyses,
CodeGen, etc., to think that we have a proper builtin function.
C is protected from errors here because it allows one to use a
library builtin without having a declaration, and detects inconsistent
(re-)declarations of builtins during declaration merging. C++ was
unprotected, and therefore would crash.
Fixes PR8839.
llvm-svn: 122351
|
|
|
|
|
|
|
|
| |
take into account the region of interest. Otherwise, we may fail to
traverse some important preprocessed entity cursors.
Fixes <rdar://problem/8554072>.
llvm-svn: 122350
|
|
|
|
| |
llvm-svn: 122349
|
|
|
|
| |
llvm-svn: 122348
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
classes, categories, protocols, and class extensions, where the
methods and properties of these entities would be inserted into the
DeclContext in an ordering that doesn't necessarily reflect source
order. The culprits were Sema::ActOnMethodDeclaration(), which did not
perform the insertion of the just-created method declaration into
the DeclContext for these Objective-C entities, and
Sema::ActOnAtEnd(), which inserted all method declarations at the
*end* of the DeclContext.
With this fix in hand, clean up the code-completion actions for
property setters/getters that worked around this brokenness in the AST.
Fixes <rdar://problem/8062781>, where this problem manifested as poor
token-annotation information, but this would have struck again in many
other places.
llvm-svn: 122347
|
|
|
|
| |
llvm-svn: 122346
|
|
|
|
| |
llvm-svn: 122345
|
|
|
|
|
|
|
| |
visit instructions before their uses, since InstructionSimplify does a
better job in that case. All this prompted by Frits van Bommel.
llvm-svn: 122343
|
|
|
|
| |
llvm-svn: 122342
|
|
|
|
|
|
|
|
| |
being tested. This ensures that we test the tools just built and not
some random tools that might happen to be in the user's PATH. This
makes LLVM testing much more stable and predictable.
llvm-svn: 122341
|
|
|
|
| |
llvm-svn: 122340
|
|
|
|
| |
llvm-svn: 122339
|
|
|
|
|
|
|
| |
information caused token-annotation to fail in funny ways. Fixes
<rdar://problem/8595386>.
llvm-svn: 122338
|
|
|
|
| |
llvm-svn: 122337
|
|
|
|
|
|
|
| |
not very important since the pass is only used for testing, but it does make
it more realistic. Suggested by Frits van Bommel.
llvm-svn: 122336
|
|
|
|
|
|
| |
being friends
llvm-svn: 122335
|
|
|
|
|
|
| |
type.
llvm-svn: 122334
|
|
|
|
| |
llvm-svn: 122333
|
|
|
|
|
|
|
| |
not assume this (for example in case more transforms get added below
it). Suggested by Frits van Bommel.
llvm-svn: 122332
|
|
|
|
| |
llvm-svn: 122331
|
|
|
|
|
|
| |
plenty left though!), in particular for multiplication.
llvm-svn: 122330
|
|
|
|
| |
llvm-svn: 122329
|
|
|
|
|
|
|
| |
quite often, but don't make much difference in practice presumably because
instcombine also knows them and more.
llvm-svn: 122328
|
|
|
|
|
|
| |
No functionality change.
llvm-svn: 122327
|
|
|
|
|
|
|
|
|
|
|
|
| |
a couple of existing transforms. This fires surprisingly often, for
example when compiling gcc "(X+(-1))+1->X" fires quite a lot as well
as various "and" simplifications (usually with a phi node operand).
Most of the time this doesn't make a real difference since the same
thing would have been done elsewhere anyway, eg: by instcombine, but
there are a few places where this results in simplifications that we
were not doing before.
llvm-svn: 122326
|
|
|
|
| |
llvm-svn: 122325
|
|
|
|
|
|
|
|
| |
clang_getCursorLexicalParent() to cope with class and function
templates, along with the parent of the translation unit. Fixes PR8761
and PR8766.
llvm-svn: 122324
|
|
|
|
|
|
| |
looking in is complete. Fixes PR8756.
llvm-svn: 122323
|
|
|
|
|
|
| |
checking trivial comparisons. Fixes PR8795.
llvm-svn: 122322
|
|
|
|
|
|
|
|
|
|
|
|
| |
of the problems with my last attempt were in the updating of LiveIntervals
rather than the coalescing itself. Therefore, I decided to get that right first
by essentially reimplementing the existing PHIElimination using LiveIntervals.
It works correctly, with only a few tests failing (which may not be legitimate
failures) and no new verifier failures (at least as far as I can tell, I didn't
count the number per file).
llvm-svn: 122321
|
|
|
|
|
|
|
|
|
|
|
| |
Type legalization splits up i64 values into pairs of i32 values, which leads
to poor quality code when inserting or extracting i64 vector elements.
If the vector element is loaded or stored, it can be treated as an f64 value
and loaded or stored directly from a VPR register. Use the pre-legalization
DAG combiner to cast those vector elements to f64 types so that the type
legalizer won't mess them up. Radar 8755338.
llvm-svn: 122319
|
|
|
|
|
|
| |
omission
llvm-svn: 122318
|
|
|
|
| |
llvm-svn: 122317
|
|
|
|
|
|
|
| |
the process. The custom thread started before this point is running in a loop
waiting for events to come.
llvm-svn: 122316
|
|
|
|
| |
llvm-svn: 122315
|
|
|
|
|
|
|
|
|
|
| |
section.
This helps because in practice sections form a dag with debug sections pointing
to text sections. Finishing up the text sections first makes the debug section
relaxation trivial.
llvm-svn: 122314
|
|
|
|
|
|
| |
Fixes rdar://8782223
llvm-svn: 122313
|
|
|
|
| |
llvm-svn: 122312
|
|
|
|
|
|
| |
Fix PR8832.
llvm-svn: 122311
|
|
|
|
|
|
|
| |
something that just glues two nodes together, even if it is
sometimes used for flags.
llvm-svn: 122310
|
|
|
|
| |
llvm-svn: 122309
|
|
|
|
| |
llvm-svn: 122308
|
|
|
|
|
|
|
|
|
| |
to be the one we want to use. bugpoint reduced testcase is a little large,
I'll see if I can simplify it down more.
Fixes part of rdar://8782207
llvm-svn: 122307
|
|
|
|
| |
llvm-svn: 122306
|