| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 135150
|
| |
|
|
|
|
| |
comparing integers to integers. This happens not to be an issue now, but the extra check helps future proof in case of future refactorings.
llvm-svn: 135147
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is switches all the interfaces points (and most of the commenst
/ local variables I saw on my way through) regarding the
NestedMacroInstantiations bit.
The libclang enums corresponding to this state were renamed, but
a legacy enum was added with the old name, and the same value to keep
existing clients working. I've added a documentation blurb for it, but
let me know if there is a canonical way to document legacy elemenst of
the libclang interface.
No functionality changed here, even in tests.
llvm-svn: 135141
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
variants to 'expand'. This changed a couple of public APIs, including
one public type "MacroInstantiation" which is now "MacroExpansion". The
rest of the codebase was updated to reflect this, especially the
libclang code. Two of the C++ (and thus easily changed) libclang APIs
were updated as well because they pertained directly to the old
MacroInstantiation class.
No functionality changed.
llvm-svn: 135139
|
| |
|
|
|
|
|
|
|
| |
'expand'. Also update the public API it provides to the new term, and
propagate that update to the various clients.
No functionality changed.
llvm-svn: 135138
|
| |
|
|
|
|
|
|
|
| |
to 'expand' for macros. Only comments and uses local to the TokenLexer
are updated.
No functionality changed.
llvm-svn: 135137
|
| |
|
|
|
|
|
|
| |
'[Ee]xpan(sion|ded)' in the TextDiagnosticPrinter.
No functionality changed.
llvm-svn: 135136
|
| |
|
|
|
|
|
|
|
| |
and 'expansions' rather than 'instantiated' and 'contexts'.
This is the first of several patches migrating Clang's terminology
surrounding macros from 'instantiation' to 'expansion'.
llvm-svn: 135135
|
| |
|
|
|
|
| |
cases to be more portable with an explicit target triple.
llvm-svn: 135134
|
| |
|
|
|
|
|
|
| |
on 32-bit, so we shouldn't warn about using"
It fails on freebsd, mingw and msvc10.
llvm-svn: 135129
|
| |
|
|
|
|
|
| |
is still terrible here because typo correction is not behaving well in
the presence of overloaded functions.
llvm-svn: 135128
|
| |
|
|
|
|
| |
command-line flags. rdar://9567824
llvm-svn: 135115
|
| |
|
|
|
|
| |
require A to be a complete type.
llvm-svn: 135101
|
| |
|
|
|
|
| |
failures.
llvm-svn: 135091
|
| |
|
|
|
|
| |
parsing lambda expressions, from John Freeman!
llvm-svn: 135090
|
| |
|
|
|
|
| |
Uhrain! Fixes PR10318.
llvm-svn: 135086
|
| |
|
|
| |
llvm-svn: 135083
|
| |
|
|
|
|
|
|
| |
shouldn't warn about using
an "int" format specifier with a "long" type in 32-bit.
llvm-svn: 135075
|
| |
|
|
|
|
|
| |
it as used. Otherwise, we can fail to instantiate or validate the destructor,
which can lead to crashes in IR gen like PR10351.
llvm-svn: 135073
|
| |
|
|
|
|
| |
@synthesizing it.
llvm-svn: 135067
|
| |
|
|
|
|
|
|
| |
'retain' -> 'strong', and add
'weak or unsafe_unretained' when 'assign' is missing. rdar://9496219&9602589.
llvm-svn: 135065
|
| |
|
|
|
|
|
| |
used in @selector expression because, well, their implementation
is optional. // rdar://9545564
llvm-svn: 135057
|
| |
|
|
| |
llvm-svn: 135054
|
| |
|
|
|
|
|
|
|
|
| |
__unknown_anytype, and rewrite such message sends correctly.
I had to bite the bullet and actually add a debugger support mode for this
one, which is a bit unfortunate, but there really isn't anything else
I could imagine doing; this is clearly just debugger-specific behavior.
llvm-svn: 135051
|
| |
|
|
|
|
|
| |
Make it also available in ObjC++ propeties. Use common code for
objc and objc++ so they don't diverge. // rdar://9740328
llvm-svn: 135050
|
| |
|
|
|
|
| |
conversion specifiers. My recent change was a mistake.
llvm-svn: 135048
|
| |
|
|
|
|
| |
specifiers for character types.
llvm-svn: 135046
|
| |
|
|
|
|
| |
them, too.
llvm-svn: 135038
|
| |
|
|
| |
llvm-svn: 135036
|
| |
|
|
|
|
|
|
|
| |
and (while I'm at it) teach it to grok the results of simple
assignments.
The first is PR10336.
llvm-svn: 135034
|
| |
|
|
|
|
| |
partial destruction.
llvm-svn: 135033
|
| |
|
|
|
|
|
| |
i32. They almost always end up this way in the end anyway, and if we get
lucky, this avoids generating some bitcasts.
llvm-svn: 135032
|
| |
|
|
|
|
| |
like arguments. Thanks PR10337! :)
llvm-svn: 135030
|
| |
|
|
| |
llvm-svn: 135029
|
| |
|
|
|
|
|
| |
storage duration, then explicitly exempt ownership-qualified
types from it.
llvm-svn: 135028
|
| |
|
|
|
|
|
| |
unrestricted unions, which ended up attempting to initialize objects
in a union (which CodeGen isn't prepared for). Fixes PR9683.
llvm-svn: 135027
|
| |
|
|
|
|
| |
As it turns out, this is my fault for not noticing this was an issue when I was looking at this a long time ago. :(
llvm-svn: 135026
|
| |
|
|
|
|
| |
which implicitly makes it EH-safe as well.
llvm-svn: 135025
|
| |
|
|
|
|
|
|
| |
the complete destructor and then invoke the global delete
operator. Previously, we would invoke the deleting destructor, which
calls the wrong delete operator. Fixes PR10341.
llvm-svn: 135021
|
| |
|
|
|
|
| |
Previously we got the source range wrong for everything in the virtual bases list.
llvm-svn: 135011
|
| |
|
|
| |
llvm-svn: 135010
|
| |
|
|
| |
llvm-svn: 135004
|
| |
|
|
| |
llvm-svn: 135003
|
| |
|
|
|
|
|
|
|
|
| |
with objc_arc_weak_reference_unavailable
or is in a list of classes not supporting 'weak'.
rdar://9489367.
llvm-svn: 135002
|
| |
|
|
|
|
| |
Make it also available in ObjC++ propeties. // rdar://9740328
llvm-svn: 135001
|
| |
|
|
|
|
| |
of flags. No functionality change.
llvm-svn: 134997
|
| |
|
|
| |
llvm-svn: 134996
|
| |
|
|
| |
llvm-svn: 134995
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
block pointers) that don't have any qualification to be POD types. We
were previously considering them to be non-POD types, because this was
convenient in C++ for is_pod-like traits. However, we now end up
inferring lifetime in such cases (template arguments infer __strong),
so it is not necessary.
Moreover, we want rvalues of object type (which have their lifetime
stripped) to be PODs to allow, e.g., va_arg(arglist, id) to function
properly. Fixes <rdar://problem/9758798>.
llvm-svn: 134993
|
| |
|
|
|
|
|
| |
implicit ivar accesses to go through the 'self' variable
rather than the real 'self' for the method. // rdar://9730771
llvm-svn: 134992
|