| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 116020
|
|
|
|
| |
llvm-svn: 115667
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
following amusing sequence:
- AST writing schedules writing a type X* that it had never seen
before
- AST writing starts writing another declaration, ends up
deserializing X* from a prior AST file. Now we have two type IDs for
the same type!
- AST writer tries to write X*. It only has the lower-numbered ID
from the the prior AST file, so references to the higher-numbered ID
that was scheduled for writing go off into lalaland.
To fix this, keep the higher-numbered ID so we end up writing the type
twice. Since this issue occurs so rarely, and type records are
generally rather small, I deemed this better than the alternative: to
keep a separate mapping from the higher-numbered IDs to the
lower-numbered IDs, which we would end up having to check whenever we
want to deserialize any type.
Fixes <rdar://problem/8511624>, I think.
llvm-svn: 115647
|
|
|
|
|
|
| |
preamble or main file. Base Decls' PCHLevel on this to make it more sane.
llvm-svn: 115626
|
|
|
|
| |
llvm-svn: 115625
|
|
|
|
|
|
| |
it into a chained PCH file.
llvm-svn: 115527
|
|
|
|
|
|
| |
the "detailed" preprocessing record.
llvm-svn: 115417
|
|
|
|
|
|
| |
we're missing the corresponding changes in the LLVM repository.
llvm-svn: 115340
|
|
|
|
| |
llvm-svn: 115336
|
|
|
|
| |
llvm-svn: 115334
|
|
|
|
|
|
|
|
|
|
| |
auto f(int) -> int
from Daniel Wallin!
(With a few minor bug fixes from me).
llvm-svn: 115322
|
|
|
|
|
|
|
| |
actually have an ASTContext, delay the processing of that
update. Patch by Sebastian Redl! Fixes <rdar://problem/8499034>.
llvm-svn: 115263
|
|
|
|
|
|
|
| |
file is somehow changed in a chained PCH file, make sure that we write
out the macro definition. Fixes part of <rdar://problem/8499034>.
llvm-svn: 115259
|
|
|
|
|
|
|
|
| |
-include on the command line following the PCH include.
Fixes rdar://7382084.
llvm-svn: 115159
|
|
|
|
|
|
| |
rdar://8483139.
llvm-svn: 114954
|
|
|
|
| |
llvm-svn: 114940
|
|
|
|
| |
llvm-svn: 114937
|
|
|
|
| |
llvm-svn: 114922
|
|
|
|
|
|
|
|
| |
already be determined by isCopyAssignmentOperator(), and was set too
late in the process for all clients to see the appropriate
value. Cleanup only; no functionality change.
llvm-svn: 114916
|
|
|
|
|
|
| |
them the correct IDs. Fixes a crash in XCode.
llvm-svn: 114913
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
identifier, we may have a Sema object but no translation unit scope
(because parsing is finished). In this case, we still need to update
the IdResolver, which might still be used when writing a PCH
containing another PCH (without chaining). This bug manifested as a
failure with precompiled preambles.
Also, add a little environment-variable-sensitive logging for
libclang.
llvm-svn: 114774
|
|
|
|
| |
llvm-svn: 114575
|
|
|
|
| |
llvm-svn: 114518
|
|
|
|
| |
llvm-svn: 114517
|
|
|
|
| |
llvm-svn: 114315
|
|
|
|
| |
llvm-svn: 114014
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
instead"
This reverts commit r113631
Conflicts:
CMakeLists.txt
lib/CodeGen/CMakeLists.txt
llvm-svn: 113817
|
|
|
|
|
|
| |
need Sema access to be correct, fixes coming up.
llvm-svn: 113782
|
|
|
|
|
|
|
|
| |
and treat it as 'delete[]'.
Also offer a fix-it hint adding '[]'.
llvm-svn: 113778
|
|
|
|
| |
llvm-svn: 113777
|
|
|
|
|
|
|
|
| |
The canonical FunctionTemplateDecl contains the specializations but we cannot use getCanonicalDecl on Template because it may still be initializing.
Write and read it from PCH.
Fixes http://llvm.org/PR8134
llvm-svn: 113744
|
|
|
|
| |
llvm-svn: 113743
|
|
|
|
| |
llvm-svn: 113742
|
|
|
|
| |
llvm-svn: 113741
|
|
|
|
| |
llvm-svn: 113650
|
|
|
|
|
|
| |
of whatever we were using before...
llvm-svn: 113631
|
|
|
|
| |
llvm-svn: 113627
|
|
|
|
|
|
| |
libclang visitation.
llvm-svn: 113492
|
|
|
|
| |
llvm-svn: 113489
|
|
|
|
|
|
|
|
|
| |
Another beating by boost in this test case: http://llvm.org/PR8117
A function specialization wasn't properly initialized if it wasn't canonical.
I wish there was a nice little test case but this was boost.
llvm-svn: 113481
|
|
|
|
|
|
|
|
|
|
| |
switch(enum) where
covered by individual case statements. Flow-based analyses may wish to consult this information,
and recording this in the AST allows us to obviate reconstructing this information later when
we build the CFG.
llvm-svn: 113447
|
|
|
|
| |
llvm-svn: 113413
|
|
|
|
|
|
|
|
|
|
|
| |
PCH got a severe beating by the boost-using test case reported here: http://llvm.org/PR8099
Fix issues like:
-When PCH reading, make sure Decl's getASTContext() doesn't get called since a Decl in the parent hierarchy may be initializing.
-In ASTDeclReader::VisitFunctionDecl VisitRedeclarable should be called before using FunctionDecl's isCanonicalDecl()
-In ASTDeclReader::VisitRedeclarableTemplateDecl CommonOrPrev must be initialized before anything else.
llvm-svn: 113391
|
|
|
|
| |
llvm-svn: 113356
|
|
|
|
|
|
|
|
| |
CXXTemporaryObjectExpr, CXXScalarValueInitExpr, and
CXXUnresolvedConstructExpr, getting rid of a bunch of FIXMEs in the
process.
llvm-svn: 113319
|
|
|
|
|
|
| |
the TypeSourceInfo for the allocated type. Fixes PR7501.
llvm-svn: 113291
|
|
|
|
| |
llvm-svn: 113185
|
|
|
|
|
|
| |
CXXBaseOrMemberInitializer's IsWritten and source order is not set.
llvm-svn: 113161
|
|
|
|
|
|
| |
well-intentioned but completely unused code.
llvm-svn: 112868
|
|
|
|
| |
llvm-svn: 112820
|