| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
a reference type, since inner reference is much like an inner pointer.
// rdar://10139365
llvm-svn: 140880
|
| |
|
|
|
|
|
| |
This time the warning found an actual bug, we don't want to handle
force_align_arg_pointer differently than __force_align_arg_pointer__.
llvm-svn: 140877
|
| |
|
|
|
|
| |
Van Boxem.
llvm-svn: 140871
|
| |
|
|
|
|
|
|
| |
public:/private:/protected: specifiers.
Patch by Paolo Capriotti!
llvm-svn: 140864
|
| |
|
|
|
|
|
|
|
|
|
| |
CoreFoundation object-transfer properties audited, and add a #pragma
to cause them to be automatically applied to functions in a particular
span of code. This has to be implemented largely in the preprocessor
because of the requirement that the region be entirely contained in
a single file; that's hard to impose from the parser without registering
for a ton of callbacks.
llvm-svn: 140846
|
| |
|
|
| |
llvm-svn: 140831
|
| |
|
|
|
|
| |
for static const float members is used in C++11 mode.
llvm-svn: 140828
|
| |
|
|
|
|
| |
as a GNU extension. Don't extend the scope of this extension to all literal types in C++0x mode.
llvm-svn: 140820
|
| |
|
|
|
|
|
| |
attributes from the enumeration type.
// rdar://10201690
llvm-svn: 140818
|
| |
|
|
| |
llvm-svn: 140809
|
| |
|
|
|
|
| |
We had an extension which allowed const static class members of floating-point type to have in-class initializers, 'as a C++0x extension'. However, C++0x does not allow this. The extension has been kept, and extended to all literal types in C++0x mode (with a fixit to add the 'constexpr' specifier).
llvm-svn: 140801
|
| |
|
|
|
|
|
| |
attributes from the enumeration type.
// rdar://10201690
llvm-svn: 140800
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
pointer to the annotated struct type can be used as an
Objective-C object pointer. If an argument is given, the
type is actually "toll-free bridged" to the specific type
named there, rather than just to 'id'.
For now, we cannot rely on all types being so annotated,
and we'll always have to have exceptions for things like
CFTypeRef (aka const void*), but this is clearly a good
foundation for improving toolage in this area.
llvm-svn: 140779
|
| |
|
|
|
|
| |
annotation to Objective-C object types. Fixes <rdar://problem/10142685>.
llvm-svn: 140778
|
| |
|
|
|
|
| |
Fixes <rdar://problem/9473155>.
llvm-svn: 140777
|
| |
|
|
| |
llvm-svn: 140775
|
| |
|
|
|
|
|
|
| |
some arguments types are ns_consumed and some otherwise
matching types are not. This is objc side of
// rdar://10187884
llvm-svn: 140729
|
| |
|
|
|
|
|
|
| |
some arguments types are ns_consumed and some otherwise
matching types are not. This fixes the objc++ side only *auch*.
// rdar://10187884
llvm-svn: 140717
|
| |
|
|
|
|
| |
dealloc] when in GC-only mode, and to not warning about missing [super finalize] when not using GC.
llvm-svn: 140713
|
| |
|
|
|
|
| |
diagnostics.
llvm-svn: 140711
|
| |
|
|
|
|
| |
(Ideally, we want to use the location returned by getLocForEndOfToken, but that is not always successful.)
llvm-svn: 140658
|
| |
|
|
| |
llvm-svn: 140657
|
| |
|
|
|
|
| |
macro whose only replacement token is '_Bool'.
llvm-svn: 140656
|
| |
|
|
|
|
|
| |
'bool' rather than '_Bool' within types, to make things a bit more
readable. Fixes <rdar://problem/10063263>.
llvm-svn: 140650
|
| |
|
|
|
|
|
|
| |
attribute must match its overriden method. Same also for
ns_returns_retained/not_retained on the result type.
This is one half of // rdar://10187884
llvm-svn: 140649
|
| |
|
|
| |
llvm-svn: 140642
|
| |
|
|
|
|
|
|
|
| |
system change in <rdar://problem/10109725> that allows conversion from
'self' in class methods to the root of the class's hierarchy. This
conversion rule is a hack that has non-trivial repurcussions
(particularly with overload resolution).
llvm-svn: 140605
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
llvm[1]: Compiling CommandLine.cpp for Debug+Asserts build
if /Users/void/llvm/llvm-opt.obj/Release+Asserts/bin/clang++ -I/Users/void/llvm/llvm.obj/include -I/Users/void/llvm/llvm.obj/lib/Support -I/Users/void/llvm/llvm.src/include -I/Users/void/llvm/llvm.src/lib/Support -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -g -fno-exceptions -fno-common -Woverloaded-virtual -Wcast-qual -m64 -Wall -W -Wno-unused-parameter -Wwrite-strings -c -MMD -MP -MF "/Users/void/llvm/llvm.obj/lib/Support/Debug+Asserts/CommandLine.d.tmp" -MT "/Users/void/llvm/llvm.obj/lib/Support/Debug+Asserts/CommandLine.o" -MT "/Users/void/llvm/llvm.obj/lib/Support/Debug+Asserts/CommandLine.d" /Users/void/llvm/llvm.src/lib/Support/CommandLine.cpp -o /Users/void/llvm/llvm.obj/lib/Support/Debug+Asserts/CommandLine.o ; \
then /bin/mv -f "/Users/void/llvm/llvm.obj/lib/Support/Debug+Asserts/CommandLine.d.tmp" "/Users/void/llvm/llvm.obj/lib/Support/Debug+Asserts/CommandLine.d"; else /bin/rm "/Users/void/llvm/llvm.obj/lib/Support/Debug+Asserts/CommandLine.d.tmp"; exit 1; fi
In file included from /Users/void/llvm/llvm.src/lib/Support/CommandLine.cpp:25:
/Users/void/llvm/llvm.src/include/llvm/Support/system_error.h:690:14: error: unknown type name 'make_error_condition'; did you mean 'error_condition'?
{*this = make_error_condition(_e);}
^~~~~~~~~~~~~~~~~~~~
error_condition
...
llvm-svn: 140599
|
| |
|
|
|
|
| |
references.
llvm-svn: 140594
|
| |
|
|
| |
llvm-svn: 140589
|
| |
|
|
|
|
|
| |
protocol declares the property, as well as one of its superclasses.
Property will be implemented in the super class. // rdar://10120691
llvm-svn: 140586
|
| |
|
|
| |
llvm-svn: 140584
|
| |
|
|
|
|
| |
hasSameUnqualifiedType in //rdar://10156674
llvm-svn: 140576
|
| |
|
|
|
|
| |
ingore the type qualifiers. // rdar://10156674
llvm-svn: 140571
|
| |
|
|
|
|
|
| |
in arc mode and are in system headers as unavailable.
// rdar://10186625
llvm-svn: 140565
|
| |
|
|
|
|
|
|
| |
mode, at least for the moment. <rdar://problem/10185490>.
Sebastian, please take a look at this; I'm not entirely sure it is the right thing to do.
llvm-svn: 140552
|
| |
|
|
|
|
| |
difference at the moment, as far as I can tell.
llvm-svn: 140546
|
| |
|
|
| |
llvm-svn: 140493
|
| |
|
|
| |
llvm-svn: 140478
|
| |
|
|
|
|
| |
Also make sure we set the error flag when correcting a typo.
llvm-svn: 140466
|
| |
|
|
| |
llvm-svn: 140462
|
| |
|
|
|
|
|
|
|
| |
cannot be converted.
This is in preparation for overload resolution of initializer lists.
Currently, you will always get this message when you try to pass an init
list to an overloaded function.
llvm-svn: 140461
|
| |
|
|
|
|
|
|
|
|
|
| |
correctly pass
the information on to Sema. There's still an incorrectness in the way template instantiation
works now, but that is due to a far larger underlying representational problem.
Also add a test case for various list initialization cases of scalars, which test this
commit as well as the previous one.
llvm-svn: 140460
|
| |
|
|
|
|
|
|
|
| |
Allow empty initializer lists for scalars, which mean value-initialization.
Constant evaluation for single-element and empty initializer lists for scalars.
Codegen for empty initializer lists for scalars.
Test case comes in next commit.
llvm-svn: 140459
|
| |
|
|
|
|
|
|
|
|
|
| |
diagnostics nor
builds a semantic (structured) initializer list, just reports on whether it can match
the given list to the target type.
Use this mode for doing init list checking in the initial step of initialization, which
will eventually allow us to do overload resolution based on the outcome.
llvm-svn: 140457
|
| |
|
|
|
|
|
| |
resolves to a constructor call in C++11) and failure kind
FK_ListInitializationFailed (early InitListChecker run failed).
llvm-svn: 140456
|
| |
|
|
| |
llvm-svn: 140455
|
| |
|
|
| |
llvm-svn: 140454
|
| |
|
|
|
|
|
|
|
| |
function and we can't resolve an identifier then assume the identifier is type dependent. The goal is to postpone name lookup to instantiation time to be able to search into type dependent base classes.
This fixes a few errors when parsing MFC code with clang.
BTW clang trunk is now about 5 patches away to be able the parse the default wizard-generated MFC project.
llvm-svn: 140452
|
| |
|
|
|
|
|
| |
must match property type declaration in its
primary class. // rdar://10142679
llvm-svn: 140438
|