| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
existing tests still pass, but there may still be corner cases.
llvm-svn: 151716
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The bug that was caught by Apple's internal buildbots was valid and also showed another bug in my implementation.
These are now fixed, with regression tests added to catch them both (not Darwin-specific).
Original log:
====================
Revert r151638 because it causes assertion hit on PCH creation for Cocoa.h
Original log:
---------------------
Correctly track tags and enum members defined in the prototype of a function, and ensure they are properly scoped.
This fixes code such as:
enum e {x, y};
int f(enum {y, x} n) {
return 0;
}
This finally fixes PR5464 and PR5477.
---------------------
I also reverted r151641 which was enhancement on top of r151638.
====================
llvm-svn: 151712
|
| |
|
|
|
|
| |
because the CFG is fully linearized.
llvm-svn: 151711
|
| |
|
|
|
|
| |
unreachable default blocks. Patch by Cyril Roelandt!
llvm-svn: 151709
|
| |
|
|
|
|
| |
are sometimes potentially evaluated.
llvm-svn: 151707
|
| |
|
|
|
|
| |
rdar://10459258
llvm-svn: 151706
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This currently doesn't handle capturing the 'this' pointer for any
enclosing class.
Steal the lambda-expressions.cpp testcase and debugify it and try
to use more variables to proof it against random changes.
Part of rdar://10900684
llvm-svn: 151702
|
| |
|
|
| |
llvm-svn: 151699
|
| |
|
|
| |
llvm-svn: 151695
|
| |
|
|
|
| |
FIXME: Could we guarantee not to get stack overflow also on mingw?
llvm-svn: 151692
|
| |
|
|
|
|
| |
conversions. PR12121.
llvm-svn: 151674
|
| |
|
|
| |
llvm-svn: 151669
|
| |
|
|
| |
llvm-svn: 151668
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Original log:
---------------------
Correctly track tags and enum members defined in the prototype of a function, and ensure they are properly scoped.
This fixes code such as:
enum e {x, y};
int f(enum {y, x} n) {
return 0;
}
This finally fixes PR5464 and PR5477.
---------------------
I also reverted r151641 which was enhancement on top of r151638.
llvm-svn: 151667
|
| |
|
|
|
|
| |
list-initializations. Fixes PR12118.
llvm-svn: 151666
|
| |
|
|
| |
llvm-svn: 151662
|
| |
|
|
|
|
| |
closest function context (RetainCountChecker).
llvm-svn: 151661
|
| |
|
|
|
|
| |
message.
llvm-svn: 151657
|
| |
|
|
|
|
| |
test.
llvm-svn: 151656
|
| |
|
|
|
|
| |
rdar://10947759
llvm-svn: 151654
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
function, and ensure they are properly scoped.
This fixes code such as:
enum e {x, y};
int f(enum {y, x} n) {
return 0;
}
This finally fixes PR5464 and PR5477.
llvm-svn: 151638
|
| |
|
|
| |
llvm-svn: 151616
|
| |
|
|
|
|
| |
closest function context (Keychain API).
llvm-svn: 151613
|
| |
|
|
|
|
|
|
| |
When allocated buffer is passed to CF/NS..NoCopy functions, the
ownership is transfered unless the deallocator argument is set to
'kCFAllocatorNull'.
llvm-svn: 151608
|
| |
|
|
|
|
|
|
|
|
| |
positive with the malloc() checker involving
comparing literal addresses to nil.
Fixes <rdar://problem/10579586>
llvm-svn: 151602
|
| |
|
|
|
|
|
|
|
| |
closest function context.
This prevents us from uniqueing all leaks from the same allocation
helper. radar://10932226
llvm-svn: 151592
|
| |
|
|
|
|
|
| |
so no testing was actually done. Further, the commands produce no output.
The redirection has been fixed and the test has been disabled.
llvm-svn: 151591
|
| |
|
|
| |
llvm-svn: 151586
|
| |
|
|
|
|
|
|
| |
depth and error if we exceed a max value, to make sure we avoid a stack overflow.
This is a hacky temporary fix. rdar://10913206.
llvm-svn: 151585
|
| |
|
|
|
|
| |
mention the actual method. This looks better within an IDE, where text isn't always regurgitated in the presentation of a warning. Fixes radar 10914035.
llvm-svn: 151579
|
| |
|
|
| |
llvm-svn: 151577
|
| |
|
|
|
|
| |
As in http://llvm.org/docs/ProgrammersManual.html#Statistic
llvm-svn: 151570
|
| |
|
|
|
|
| |
checking. Specifically, make sure we don't ignore explicit casts in indexes, and make sure we use unsigned extension/comparisons on indexes. Fixes <rdar://problem/10916006>.
llvm-svn: 151569
|
| |
|
|
|
|
| |
assignment of init lists to built-in types and resolves PR12088.
llvm-svn: 151551
|
| |
|
|
|
|
| |
<rdar://problem/10938628>
llvm-svn: 151549
|
| |
|
|
|
|
| |
being emitted at -O0, but are emitted when optimizations are enabled.
llvm-svn: 151533
|
| |
|
|
| |
llvm-svn: 151518
|
| |
|
|
|
|
|
| |
default constructor of a union if it has a const member with no user-provided
default constructor.
llvm-svn: 151516
|
| |
|
|
|
|
| |
decltype expression.
llvm-svn: 151515
|
| |
|
|
| |
llvm-svn: 151509
|
| |
|
|
| |
llvm-svn: 151491
|
| |
|
|
|
|
| |
Turns out this can be .exe or .EXE, depending on the build system.
llvm-svn: 151490
|
| |
|
|
|
|
| |
non-trivial.
llvm-svn: 151486
|
| |
|
|
|
|
| |
r151482 and r151484 to work. Sorry about the fallout...
llvm-svn: 151485
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Debian multiarch libraries, this should in theory add support for those
platform's header search rules. I don't have a system to check this
with, so review appreciated. I've added the corresponding tests
referring to the debian multiarch tree.
We are starting to have a relatively completely tested Linux platform
for header search and library search, with several interesting
peculiarities. We should point people at the debian_multiarch_tree when
suggesting new tests. Folks with Debian systems that can check this for
correctness, it would be much appreciated. The missing chunks I know of
are testing bi-arch peudo-cross-compiling toolchains betwen 32-bit and
64-bit variants of platforms, and the MIPS and ARM Debian toolchains.
llvm-svn: 151484
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- variant members with nontrivial destructors make the containing class's
destructor deleted
- check for a virtual destructor after checking for overridden methods in the
base class(es)
- check for an inaccessible operator delete for a class with a virtual
destructor.
Do not try to call an anonymous union field's destructor from the destructor of
the containing class.
llvm-svn: 151483
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Patch from Michel Dänzer, sent our way via Jeremy Huddleston who added
64-bit support. I just added one other place where powerpc64-linux-gnu
was missing (we only had powerpc64-unknown-linux-gnu).
I've also added a tree to test out the debian multiarch stuff. I don't
use debian regularly, so I'm not certain this is entirely accurate. If
anyone wants to check it against a debian system and fix any
inaccuracies, fire away. This way at least folks can see how this is
*supposed* to be tested.
It'd be particularly good to get the Debian MIPS toolchains tested in
this way.
llvm-svn: 151482
|
| |
|
|
| |
llvm-svn: 151478
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
trivial if the implicit declaration would be. Don't forget to set the Trivial
flag on the special member as well as on the class. It doesn't seem ideal that
we have two separate mechanisms for storing this information, but this patch
does not attempt to address that.
This leaves us in an interesting position where the has_trivial_X trait for a
class says 'yes' for a deleted but trivial X, but is_trivially_Xable says 'no'.
This seems to be what the standard requires.
llvm-svn: 151465
|
| |
|
|
|
|
|
|
|
|
|
| |
Original log:
When evaluating integer expressions handle logical operators outside
VisitBinaryOperator() to reduce stack pressure for source with huge number
of logical operators.
Fixes rdar://10913206.
llvm-svn: 151464
|