| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 111611
|
| |
|
|
| |
llvm-svn: 111610
|
| |
|
|
|
|
| |
Avoids a crash.
llvm-svn: 111609
|
| |
|
|
|
|
| |
Fixes PR7945.
llvm-svn: 111602
|
| |
|
|
|
|
|
|
|
| |
sure to (1) actually use the remapped files we were given rather
than old data, and (2) keep the remapped files alive until the
code-completion results are destroyed. Big thanks to Daniel for the
test case.
llvm-svn: 111597
|
| |
|
|
| |
llvm-svn: 111591
|
| |
|
|
|
|
| |
previous precompiled preamble completely. Fixes <rdar://problem/8330950>.
llvm-svn: 111590
|
| |
|
|
| |
llvm-svn: 111584
|
| |
|
|
|
|
| |
are local externs. Fixes <rdar://problem/8302138>.
llvm-svn: 111570
|
| |
|
|
| |
llvm-svn: 111561
|
| |
|
|
|
|
| |
flag -fdiagnostics-parseable-fixits, from Eelis van der Weegen!
llvm-svn: 111557
|
| |
|
|
|
|
|
|
| |
and reenable crash recovery test.
- Reparsing is still very crashy / weird, so I had to sprinkle random code into
the remapped input to get it to do what I want (i.e., crash!).
llvm-svn: 111550
|
| |
|
|
| |
llvm-svn: 111541
|
| |
|
|
|
|
|
|
|
| |
conversion a second time for a conversion candidate (with the real
acting context), because the only problems we would find are access or
ambiguity issues that won't be diagnosed until we pick this
candidate. Add a test case to prove it to myself.
llvm-svn: 111526
|
| |
|
|
|
|
|
|
|
|
|
| |
conversion functions as if their acting context were the class that
we're converting from (the implicit object argument's
type). Retroactively tweaking the implicit conversion sequence, as we
were trying to do before, breaks the invariants of that implicit
conversion sequence (e.g., the types and conversions don't match
up). Fixes <rdar://problem/8018274>.
llvm-svn: 111520
|
| |
|
|
|
|
| |
functions and the implicit object parameter type. No functionality change.
llvm-svn: 111519
|
| |
|
|
| |
llvm-svn: 111515
|
| |
|
|
|
|
|
|
|
|
|
| |
for incomplete enum types. An incomplete enum can't really be treated as
an "integral or enumeration" type, and the incorrect treatment leads to
bad behavior for many callers.
This makes isIntegralOrEnumerationType equivalent to isIntegerType; I think
we should globally replace the latter with the former; thoughts?
llvm-svn: 111512
|
| |
|
|
|
|
| |
return values (except predicates)
llvm-svn: 111511
|
| |
|
|
|
|
| |
vec_pack, vec_sld, vec_splat) with bool/pixel arguments and return values
llvm-svn: 111509
|
| |
|
|
|
|
|
|
|
|
| |
active C++ ABI as a raw string, we store it as an enum. This should improve
performance somewhat.
And yes, this time, I started from a clean build directory, and
all the tests passed. :)
llvm-svn: 111507
|
| |
|
|
| |
llvm-svn: 111504
|
| |
|
|
| |
llvm-svn: 111498
|
| |
|
|
| |
llvm-svn: 111497
|
| |
|
|
|
|
|
|
|
|
| |
All it does right now is add space for two vtable pointers instead of one
when a class has both virtual methods and virtual bases. This is a requirement
of the Microsoft ABI, since it has separate vtables for methods and bases. Other
stuff will come up over time, but we'll cross those bridges when we get to
them.
llvm-svn: 111493
|
| |
|
|
|
|
| |
non-void result. (<rdar://problem/7562925>)
llvm-svn: 111492
|
| |
|
|
|
|
| |
HandleAnalyzerNoReturnAttr.
llvm-svn: 111491
|
| |
|
|
| |
llvm-svn: 111490
|
| |
|
|
|
|
| |
when destroying an ASTReader. Plugs a leak that shows up in libclang.
llvm-svn: 111488
|
| |
|
|
|
|
| |
the context allows us to ignore qualifiers on the array type itself.
llvm-svn: 111486
|
| |
|
|
| |
llvm-svn: 111478
|
| |
|
|
| |
llvm-svn: 111475
|
| |
|
|
| |
llvm-svn: 111474
|
| |
|
|
| |
llvm-svn: 111473
|
| |
|
|
| |
llvm-svn: 111472
|
| |
|
|
| |
llvm-svn: 111471
|
| |
|
|
| |
llvm-svn: 111470
|
| |
|
|
| |
llvm-svn: 111469
|
| |
|
|
| |
llvm-svn: 111467
|
| |
|
|
| |
llvm-svn: 111466
|
| |
|
|
| |
llvm-svn: 111465
|
| |
|
|
| |
llvm-svn: 111464
|
| |
|
|
| |
llvm-svn: 111463
|
| |
|
|
|
|
|
|
| |
false (not true), so that the CompilerInstance will actually free data
structures when it's done. This fixes a major leak with libclang's
in-process code completion.
llvm-svn: 111457
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now all classes derived from Attr are generated from TableGen.
Additionally, Attr* is no longer its own linked list; SmallVectors or
Attr* are used. The accompanying LLVM commit contains the updates to
TableGen necessary for this.
Some other notes about newly-generated attribute classes:
- The constructor arguments are a SourceLocation and a Context&,
followed by the attributes arguments in the order that they were
defined in Attr.td
- Every argument in Attr.td has an appropriate accessor named getFoo,
and there are sometimes a few extra ones (such as to get the length
of a variadic argument).
Additionally, specific_attr_iterator has been introduced, which will
iterate over an AttrVec, but only over attributes of a certain type. It
can be accessed through either Decl::specific_attr_begin/end or
the global functions of the same name.
llvm-svn: 111455
|
| |
|
|
|
|
|
| |
CrashRecovery since it avoids sending a signal which may be intercepted by the
debugger.
llvm-svn: 111449
|
| |
|
|
| |
llvm-svn: 111447
|
| |
|
|
|
|
|
| |
convoluted and a bit leaky. Now, the Diagnostic object owns its
DiagnosticClient.
llvm-svn: 111437
|
| |
|
|
|
|
|
| |
type ignoring cv-qualifiers). These are qualification
conversions. Fixes PR7934.
llvm-svn: 111428
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
reduction stage in IdempotentOperationChecker.
- Renamed IdempotentOperationChecker::isConstant to isConstantOrPseudoConstant to better reflect the function
- Changed IdempotentOperationChecker::PreVisitBinaryOperator to only run 'CanVary' once on undefined assumptions
- Created new PsuedoConstantAnalysis class and added it to AnalysisContext
- Changed IdempotentOperationChecker to exploit the new analysis
- Updated tests with psuedo-constants
- Added check to IdempotentOperationChecker to see if a Decl is const qualified
llvm-svn: 111426
|