| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Connor Wakamo!
llvm-svn: 135651
|
| |
|
|
|
|
| |
access specifier as public.
llvm-svn: 135649
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
entities generated directly by the preprocessor from those loaded from
the external source (e.g., the ASTReader). By separating these two
sets of entities into different vectors, we allow both to grow
independently, and eliminate the need for preallocating all of the
loaded preprocessing entities. This is similar to the way the recent
SourceManager refactoring treats FileIDs and the source location
address space.
As part of this, switch over to building a continuous range map to
track preprocessing entities.
llvm-svn: 135646
|
| |
|
|
|
|
| |
C++ function call is missing * or & operators on
llvm-svn: 135643
|
| |
|
|
|
|
| |
// pr10411
llvm-svn: 135638
|
| |
|
|
|
|
| |
patch cleans up and generalizes TypeID loading and uses a similar table-lookup to Doug's previous Decl patch.
llvm-svn: 135622
|
| |
|
|
| |
llvm-svn: 135621
|
| |
|
|
|
|
|
|
|
| |
information
including the fully preprocessed source file(s) and command line arguments. The
developer is asked to attach this diagnostic information to a bug report.
llvm-svn: 135614
|
| |
|
|
|
|
| |
passed by reference.
llvm-svn: 135610
|
| |
|
|
|
|
|
|
| |
x86_64-pc-win32-macho is used in conjunction with -no-integrated-as go ahead and
use the Darwin system assembler.
rdar://9785470
llvm-svn: 135604
|
| |
|
|
|
|
|
| |
fails because of lifetime differences of parameter and argument type.
// rdar://9790531
llvm-svn: 135593
|
| |
|
|
| |
llvm-svn: 135585
|
| |
|
|
| |
llvm-svn: 135577
|
| |
|
|
|
|
|
| |
some common llvm types: stringref and smallvector. This cleans up the codebase
quite a bit.
llvm-svn: 135576
|
| |
|
|
|
|
|
|
| |
clang namespace. There are a number of LLVM types that are used pervasively
and it doesn't make sense to keep qualifying them. Start with casting
operators.
llvm-svn: 135574
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
WKView.mm from WebKit
This is something of a hack, the problem is as follows:
1. we instantiate both copied of RetainPtr with the two different argument types
(an id and protocol-qualified id).
2. We refer to the ctor of one of the instantiations when introducing global "x",
this causes us to emit an llvm::Function for a prototype whose "this" has type
"RetainPtr<id<bork> >*".
3. We refer to the ctor of the other instantiation when introducing global "y",
however, because it *mangles to the same name as the other ctor* we just use
a bitcasted version of the llvm::Function we previously emitted.
4. We emit deferred declarations, causing us to emit the body of the ctor, however
the body we emit is for RetainPtr<id>, which expects its 'this' to have an IR
type of "RetainPtr<id>*".
Because of the mangling collision, we don't have this case, and explode.
This is really some sort of weird AST invariant violation or something, but hey
a bitcast makes the pain go away.
llvm-svn: 135572
|
| |
|
|
|
|
| |
It doesn't matter in practice, but it is good to be tidy.
llvm-svn: 135571
|
| |
|
|
|
|
|
| |
and ConvertTypeForMem are the same for pointers, it is best to just
use ConvertType. Thanks Eli!
llvm-svn: 135567
|
| |
|
|
|
|
|
| |
decaying an array of incomplete type (which has type [0 x i8]*) to a
normal pointer (which has incompletetype*).
llvm-svn: 135565
|
| |
|
|
|
|
|
|
|
|
|
| |
the AST reader down to the AST file + local ID, rather than walking
the PCH chain. More cleanup/generalization, although there is more
work to do for preprocessed entities. In particular, the
"preallocation" scheme for preprocessed entities is not going to work
well with late loading of PCH files, and it's likely we'll have to do
something akin to the SourceManager's negative/positive loading.
llvm-svn: 135556
|
| |
|
|
|
|
|
| |
reader down to the AST file + local ID, rather than walking the PCH
chain. No functionality change; this is generalization and cleanup.
llvm-svn: 135554
|
| |
|
|
|
|
| |
arguments.
llvm-svn: 135552
|
| |
|
|
|
|
|
| |
AST reader down to the AST file + local ID, rather than walking the
PCH chain. No functionality change; this is generalization and cleanup.
llvm-svn: 135551
|
| |
|
|
|
|
|
|
| |
AST reader down to the AST file + local ID within that file, rather
than lamely walking the PCH chain. There's no actual functionality
change now, but this is cleaner and more general.
llvm-svn: 135548
|
| |
|
|
| |
llvm-svn: 135545
|
| |
|
|
|
|
| |
non-value-dependent cases.
llvm-svn: 135543
|
| |
|
|
|
|
|
|
|
|
|
|
| |
in ImportDefinition when replacing a previously
forward-declared CXXRecordDecl with its full
definition. The forward-declared type's
DefinitionData had not been intialized for the
forward-declared type, so adding fields to the
Decl caused CXXRecordDecl::addedMember() to
crash when accessing the DefinitionData.
llvm-svn: 135530
|
| |
|
|
|
|
| |
lvalue-to-rvalue conversion in a DeclStmt.
llvm-svn: 135525
|
| |
|
|
|
|
| |
conversion is wrapped in a parenthesis.
llvm-svn: 135519
|
| |
|
|
| |
llvm-svn: 135518
|
| |
|
|
|
|
| |
pthread and XNU locks. Patch by Rui Paulo!
llvm-svn: 135515
|
| |
|
|
|
|
| |
(good call!).
llvm-svn: 135510
|
| |
|
|
|
|
| |
one/several of it's parameters (addresses http://llvm.org/PR5941).
llvm-svn: 135509
|
| |
|
|
|
|
|
|
| |
arch-pc-win32-macho (e.g., x86_64-pc-win32-macho), which appears to be a false
positive.
rdar://9786307
llvm-svn: 135502
|
| |
|
|
| |
llvm-svn: 135492
|
| |
|
|
|
|
|
|
|
|
|
| |
pre-migration ARC errors.
-arcmt-migrate-emit-errors : Emits the pre-migration ARC errors but it doesn't affect anything else
-arcmt-migrate-report-output : Writes out the pre-migration ARC errors to the provided plist file
rdar://9791454
llvm-svn: 135491
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
source locations from source locations loaded from an AST/PCH file.
Previously, loading an AST/PCH file involved carefully pre-allocating
space at the beginning of the source manager for the source locations
and FileIDs that correspond to the prefix, and then appending the
source locations/FileIDs used for parsing the remaining translation
unit. This design forced us into loading PCH files early, as a prefix,
whic has become a rather significant limitation.
This patch splits the SourceManager space into two parts: for source
location "addresses", the lower values (growing upward) are used to
describe parsed code, while upper values (growing downward) are used
for source locations loaded from AST/PCH files. Similarly, positive
FileIDs are used to describe parsed code while negative FileIDs are
used to file/macro locations loaded from AST/PCH files. As a result,
we can load PCH/AST files even during parsing, making various
improvemnts in the future possible, e.g., teaching #include <foo.h> to
look for and load <foo.h.gch> if it happens to be already available.
This patch was originally written by Sebastian Redl, then brought
forward to the modern age by Jonathan Turner, and finally
polished/finished by me to be committed.
llvm-svn: 135484
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
crawl.
This is accomplished by forcing the needed expressions for -Wuninitialized to always be CFGElements in the CFG.
This allows us to remove a fair amount of the code for -Wuninitialized.
Some fallout:
- AnalysisBasedWarnings.cpp now specifically toggles the CFGBuilder to create a CFG that is suitable for -Wuninitialized. This
is a layering violation, since the logic for -Wuninitialized is in libAnalysis. This can be fixed with the proper refactoring.
- Some of the source locations for -Wunreachable-code warnings have shifted. While not ideal, this is okay because that analysis
already needs some serious reworking.
llvm-svn: 135480
|
| |
|
|
|
|
| |
CFGElements.
llvm-svn: 135479
|
| |
|
|
| |
llvm-svn: 135473
|
| |
|
|
| |
llvm-svn: 135469
|
| |
|
|
| |
llvm-svn: 135456
|
| |
|
|
|
|
|
| |
WCHAR_MAX in limits.h, thus solving the problem where the system header
thinks it knows better.
llvm-svn: 135455
|
| |
|
|
| |
llvm-svn: 135437
|
| |
|
|
|
|
| |
correctly impelmented
llvm-svn: 135401
|
| |
|
|
|
|
| |
diagnostics.
llvm-svn: 135398
|
| |
|
|
|
|
|
|
| |
previously explicit non-default constructors were used.
Mostly mechanical with some manual reformatting.
llvm-svn: 135390
|
| |
|
|
|
|
| |
By default, mingw does not have _mm_alloc() nor _aligned_malloc().
llvm-svn: 135388
|
| |
|
|
|
|
|
|
|
| |
add __attribute__((objc_precise_lifetime)) to make sure that the object
(and its data) will not get released before the var goes out-of-scope.
rdar://9206226
llvm-svn: 135382
|
| |
|
|
|
|
| |
with __unsafe_unretained parameters. Emit error for strong/weak ones. rdar://9206226
llvm-svn: 135381
|