| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
conversions. Fix an access-control bug where privileges were not considered
at intermediate points along the inheritance path. Prepare for friends.
llvm-svn: 95775
|
|
|
|
| |
llvm-svn: 95756
|
|
|
|
| |
llvm-svn: 95755
|
|
|
|
|
|
| |
Fixes radar 7630636.
llvm-svn: 95744
|
|
|
|
|
|
| |
self, _cmd etc.
llvm-svn: 95743
|
|
|
|
|
|
| |
I don't have time to refix it for now.
llvm-svn: 95733
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
into another AST, including their include history. Here's an example
error that involves a conflict merging a variable with different types
in two translation units (diagnosed in the third AST context into
which everything is merged).
/Volumes/Data/dgregor/Projects/llvm/tools/clang/test/ASTMerge/Inputs/var2.c:3:5:
error: external variable 'x2' declared with incompatible types in
different translation units ('int' vs. 'double')
int x2;
^
In file included from
/Volumes/Data/dgregor/Projects/llvm/tools/clang/test/ASTMerge/Inputs/var1.c:3:
/Volumes/Data/dgregor/Projects/llvm/tools/clang/test/ASTMerge/Inputs/var1.h:1:8:
note: declared here with type 'double'
double x2;
^
Although we maintain include history, we do not maintain macro
instantiation history across a merge. Instead, we map down to the
spelling location (for now!).
llvm-svn: 95732
|
|
|
|
| |
llvm-svn: 95706
|
|
|
|
|
|
|
|
|
|
|
| |
that we get readable diagnostics such as:
error: external variable 'x1' declared with incompatible types in
different translation units ('double *' vs. 'float **')
However, there is no translation of source locations, yet.
llvm-svn: 95704
|
|
|
|
|
|
|
| |
it available within the AST library, of which Sema is one client. No
functionality change.
llvm-svn: 95701
|
|
|
|
|
|
| |
(radar 7381956).
llvm-svn: 95695
|
|
|
|
|
|
|
|
|
| |
This is a non-fragile-abi feature only. Since it
breaks existing code, it is currently placed under
-fobjc-nonfragile-abi2 option for test purposes only
until further notice. WIP.
llvm-svn: 95685
|
|
|
|
|
|
|
|
| |
constructor call.
This maybe fixes some of the errors GCC 4.5 gives on this code.
llvm-svn: 95684
|
|
|
|
|
|
|
| |
context with the AST importer. WIP, still useless but at least it has
a test.
llvm-svn: 95683
|
|
|
|
|
|
|
|
| |
NULL, not the store, to determine if a lookup succeeded. The store
can be null if it contained no bindings. This fixes a false positive
reported to me by a user of the analyzer.
llvm-svn: 95679
|
|
|
|
| |
llvm-svn: 95678
|
|
|
|
| |
llvm-svn: 95673
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Sema::ActOnUninitializedDecl over to InitializationSequence (with
default initialization), eliminating redundancy. More importantly, we
now check that a const definition in C++ has an initilizer, which was
an #if 0'd code for many, many months. A few other tweaks were needed
to get everything working again:
- Fix all of the places in the testsuite where we defined const
objects without initializers (now that we diagnose this issue)
- Teach instantiation of static data members to find the previous
declaration, so that we build proper redeclaration
chains. Previously, we had the redeclaration chain but built it
too late to be useful, because...
- Teach instantiation of static data member definitions not to try
to check an initializer if a previous declaration already had an
initializer. This makes sure that we don't complain about static
const data members with in-class initializers and out-of-line
definitions.
- Move all of the incomplete-type checking logic out of
Sema::FinalizeDeclaratorGroup; it makes more sense in
ActOnUnitializedDecl.
There may still be a few places where we can improve these
diagnostics. I'll address that as a separate commit.
llvm-svn: 95657
|
|
|
|
|
|
|
|
|
|
| |
particular type, and flood fill. - CreateMemTemp sets the alignment on the alloca correctly, which fixes a great many places in IRgen where we were doing the wrong thing.
- This fixes many many more places than the test case, but my feeling is we need to audit alignment systematically so I'm not inclined to try hard to test the individual fixes in this patch. If this bothers you, patches welcome!
PR6240.
llvm-svn: 95648
|
|
|
|
|
|
|
|
| |
not *any* base up to now has produced a path. Fixes PR 6254.
I'll do the access-control part of this patch RSN.
llvm-svn: 95638
|
|
|
|
|
|
| |
types; we don't want to give an expression reference type. Fixes PR6177.
llvm-svn: 95635
|
|
|
|
|
|
|
| |
specialization does not use any of its template parameters, then
recover far more gracefully. Fixes PR6181.
llvm-svn: 95629
|
|
|
|
|
|
|
|
|
|
| |
At the moment the inlinehint attribute is ignored by the Inliner unless you
pass a -respect-inlinehint option. This will soon be the default.
The inlinehint attribute is set if the inline keyword is explicitly specified
on any declaration.
llvm-svn: 95623
|
|
|
|
| |
llvm-svn: 95621
|
|
|
|
|
|
|
|
| |
non-type template parameter that has reference type, augment the
qualifiers of the non-type template argument with those of the
referenced type. Fixes PR6250.
llvm-svn: 95607
|
|
|
|
|
|
|
| |
may be some other places that could take advantage of this new information,
but I haven't really looked yet.
llvm-svn: 95600
|
|
|
|
|
|
|
| |
ObjCObjectPointerType AST node by allocating the list of protocols
after the type node itself. No functionality change.
llvm-svn: 95597
|
|
|
|
|
|
| |
element type always matched the converted LLVM type for ExprType.
llvm-svn: 95596
|
|
|
|
|
|
| |
type (-Wswitch), from Michal!
llvm-svn: 95592
|
|
|
|
|
|
| |
defined by itself, from Enea Zaffanella!
llvm-svn: 95586
|
|
|
|
|
|
|
| |
The standard actually says that such references should have internal linkage,
but gcc doesn't do that, so we probably can't get away with it.
llvm-svn: 95577
|
|
|
|
|
|
|
|
|
| |
attribute properly and avoid bogus warning. This is
an objective-c fix only. objective-c++ follows different code
pass and requires separate fix (which will come at a later time).
Fixes radar 7214820.
llvm-svn: 95571
|
|
|
|
|
|
|
| |
the AST importer. This doesn't actually do anything (yet), because we
don't have driver logic for merging ASTs.
llvm-svn: 95570
|
|
|
|
| |
llvm-svn: 95563
|
|
|
|
| |
llvm-svn: 95561
|
|
|
|
|
|
| |
sure that the new token's range extends to the end of the old token. Assert that in AnnotateCachedTokens. Fixes PR6248.
llvm-svn: 95555
|
|
|
|
| |
llvm-svn: 95554
|
|
|
|
| |
llvm-svn: 95553
|
|
|
|
| |
llvm-svn: 95552
|
|
|
|
|
|
| |
convention lookup.
llvm-svn: 95547
|
|
|
|
|
|
| |
3 files changed, 76 insertions(+), 153 deletions(-)
llvm-svn: 95546
|
|
|
|
| |
llvm-svn: 95545
|
|
|
|
| |
llvm-svn: 95543
|
|
|
|
|
|
| |
GRState::getSVal(MemRegion*) => Load().
llvm-svn: 95541
|
|
|
|
| |
llvm-svn: 95540
|
|
|
|
|
|
| |
alloca region.
llvm-svn: 95539
|
|
|
|
|
|
|
| |
It's more sophisticated than the original one of BasicStore. But it does
matter.
llvm-svn: 95536
|
|
|
|
| |
llvm-svn: 95535
|
|
|
|
| |
llvm-svn: 95534
|
|
|
|
|
|
| |
glaring logic bug anyways. =D
llvm-svn: 95533
|