| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
analyzer stats from scan-build output.
llvm-svn: 159776
|
|
|
|
|
|
| |
if -mdsp or -mdspr2 options are provided.
llvm-svn: 159774
|
|
|
|
|
|
|
|
|
| |
of out-of-line c++ method definition which happens
to be inside an objc class implementation
until I can figure out how to do it. This is to fix
a broken project.
llvm-svn: 159772
|
|
|
|
| |
llvm-svn: 159769
|
|
|
|
| |
llvm-svn: 159767
|
|
|
|
|
|
|
|
| |
used with classes that generate ASTConsumers; this allows decoupling
the ASTConsumer generation from the Frontend library (like, for example,
the MatchFinder in the upcoming ASTMatcher patch).
llvm-svn: 159760
|
|
|
|
| |
llvm-svn: 159753
|
|
|
|
|
|
| |
float ABI.
llvm-svn: 159752
|
|
|
|
| |
llvm-svn: 159747
|
|
|
|
|
|
|
|
|
|
|
| |
actually perform value initialization rather than trying to fake it with a call
to the default constructor. Fixes various bugs related to the previously-missing
zero-initialization in this case.
I've also moved this and the other list initialization 'special case' from
TryConstructorInitialization into TryListInitialization where they belong.
llvm-svn: 159733
|
|
|
|
| |
llvm-svn: 159723
|
|
|
|
|
|
|
|
| |
instead.
No functionality change.
llvm-svn: 159719
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This required moving the ctors for IntegerLiteral and FloatingLiteral out of
line which shouldn't change anything as they are usually called through Create
methods that are already out of line.
ASTContext::Deallocate has been a nop for a long time, drop it from ASTVector
and make it independent from ASTContext.h
Pass the StorageAllocator directly to AccessedEntity so it doesn't need to
have a definition of ASTContext around.
llvm-svn: 159718
|
|
|
|
|
|
| |
Move the ASTContext-dependent version out of line.
llvm-svn: 159717
|
|
|
|
|
|
|
| |
This avoids costly computation of getASTContext() and drops the header
dependency from DeclCXX.h to ASTContext.h.
llvm-svn: 159716
|
|
|
|
|
|
| |
class, from the target. No functionality change, just less duplicated logic.
llvm-svn: 159710
|
|
|
|
| |
llvm-svn: 159708
|
|
|
|
| |
llvm-svn: 159706
|
|
|
|
| |
llvm-svn: 159696
|
|
|
|
|
|
|
| |
c-function parsing when a declaration with
C++0x braced-init-list is inside an @implementation.
llvm-svn: 159693
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Our current inlining support (specifically RegionStore::enterStackFrame)
doesn't know that calls to overloaded operators may be calls to non-static
member functions, and that in these cases the first argument should be
treated as 'this'. This caused incorrect results and sometimes crashes.
The long-term fix will be to rewrite RegionStore::enterStackFrame to use
CallEvent and its subclasses, but for now we can just disable these
problematic calls by classifying them under a new CallEvent,
CXXMemberOperatorCall.
llvm-svn: 159692
|
|
|
|
|
|
| |
defined in class implementations.
llvm-svn: 159691
|
|
|
|
|
|
|
| |
c-function defined in objc class
implementation for now.
llvm-svn: 159690
|
|
|
|
|
|
|
| |
objective-c's fast enumeration statement,
for more work to come.
llvm-svn: 159689
|
|
|
|
|
|
| |
runtime to gnustep from gnu. Fix EH for the GCC runtime.
llvm-svn: 159684
|
|
|
|
|
|
|
|
|
|
| |
By default on OS X 10.8, we don't link with a crt1.o file and the linker
knows to use _main as the entry point. But, when compiling with -pg, we
need to link with the gcrt1.o file, and the linker needs to be told to use
the "start" symbol as the entry point. The -no_new_main linker option does
that last part. <rdar://problem/11491405>
llvm-svn: 159683
|
|
|
|
| |
llvm-svn: 159679
|
|
|
|
|
|
|
|
|
|
|
| |
values:
- Return integer vectors in integer registers.
- Pass vector arguments in integer registers.
- Set an upper bound for argument alignment. The largest alignment is 8-byte
for O32 and 16-byte for N32/64.
llvm-svn: 159676
|
|
|
|
|
|
| |
e.g. ExprWithCleanups.
llvm-svn: 159674
|
|
|
|
| |
llvm-svn: 159673
|
|
|
|
|
|
| |
Patch by Andy Gibbs.
llvm-svn: 159665
|
|
|
|
|
|
|
|
|
| |
may be destroying an ASTUnit while cleanupOnDiskMapAtExit is
getting called.
rdar://11781241
llvm-svn: 159664
|
|
|
|
| |
llvm-svn: 159635
|
|
|
|
| |
llvm-svn: 159634
|
|
|
|
|
|
|
|
| |
consistency a bit.
(cf -Wunused-private-field and several other existing -field diagnostics.)
llvm-svn: 159633
|
|
|
|
|
|
|
|
|
|
|
| |
initializer.
I really feel like Clang should warn about this, but I can't describe
a good reason. GCC will warn on this in some cases under
-Wsequence-point, but it actually seems like a false positive for that
warning....
llvm-svn: 159631
|
|
|
|
|
|
|
|
|
|
|
|
| |
if we want to ignore a result, the Dest will be null. Otherwise,
we must copy into it. This means we need to ensure a slot when
loading from a volatile l-value.
With all that in place, fix a bug with chained assignments into
__block variables of aggregate type where we were losing insight into
the actual source of the value during the second assignment.
llvm-svn: 159630
|
|
|
|
| |
llvm-svn: 159628
|
|
|
|
|
|
|
|
| |
c-functions declared in implementation should have their
parsing delayed until the end so, they can access forward
declared private methods. // rdar://10387088
llvm-svn: 159626
|
|
|
|
|
|
|
| |
initialize any variable. This is extremely conservative, but is sufficient for
now.
llvm-svn: 159620
|
|
|
|
|
|
|
| |
use scoped_lockable without putting unlock_function on the
destructor.
llvm-svn: 159609
|
|
|
|
|
|
|
| |
This is NOT full-blown support for operator new, but removes some nasty
duplicated code introduced in r158784.
llvm-svn: 159608
|
|
|
|
|
|
| |
locks_required function.
llvm-svn: 159607
|
|
|
|
| |
llvm-svn: 159606
|
|
|
|
| |
llvm-svn: 159601
|
|
|
|
| |
llvm-svn: 159596
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
code."
...and instead add an accessor. We're not using this today, but it's something
that should probably stay in the source for potential clients, and it doesn't
cost a lot. (ObjCPropertyAccess is only created on the stack, and right now
there's only ever one alive at a time.)
This reverts r159581 / commit 8e674e1da34a131faa7d43dc3fcbd6e49120edbe.
llvm-svn: 159595
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now that we're only using -frewrite-includes rather than full preprocessing
when producing repro source files, we should also include command line macro
definitions in the repro script.
I don't have a test case for this because I'm not sure if/how I can open the
crash report file when the name is only known by scraping the crash report
output. Suggestions welcome if anyone thinks it'd be helpful.
llvm-svn: 159592
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In C, enum constants have the type of the enum's underlying integer type,
rather than the type of the enum. (This is not true in C++.) Thus, when a
block's return type is inferred from an enum constant, it is incompatible
with expressions that return the enum type.
In r158899, I told block returns to pretend that enum constants have enum
type, like in C++. Doug Gregor pointed out that this can break existing code.
Now, we don't check the types of return statements until the end of the block.
This lets us go back and add implicit casts in blocks with mixed enum
constants and enum-typed expressions.
<rdar://problem/11662489> (again)
llvm-svn: 159591
|
|
|
|
|
|
| |
CodeGen, make sure we examine all the redeclarations. PR13252.
llvm-svn: 159586
|