| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
That extend a range of platforms support this test case.
llvm-svn: 157247
|
| |
|
|
|
|
| |
rdar://11501256
llvm-svn: 157227
|
| |
|
|
|
|
|
| |
errornously using commas to separate ObjC message arguments.
// rdar://11376372
llvm-svn: 157216
|
| |
|
|
|
|
| |
(ex: float).
llvm-svn: 157211
|
| |
|
|
| |
llvm-svn: 157207
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
struct HIDDEN foo {
};
template <class P>
struct bar {
};
template <>
struct HIDDEN bar<foo> {
DEFAULT static void zed();
};
void bar<foo>::zed() {
}
Before we would produce a hidden symbol in
struct HIDDEN foo {
};
template <class P>
struct bar {
};
template <>
struct bar<foo> {
DEFAULT static void zed();
};
void bar<foo>::zed() {
}
But adding HIDDEN to the specialization would cause us to produce a default
symbol.
llvm-svn: 157206
|
| |
|
|
|
|
|
|
| |
arguments, force use of clang frontend for the driver.
Fixes rdar://11356765.
llvm-svn: 157205
|
| |
|
|
|
|
| |
While there clean up indentation.
llvm-svn: 157204
|
| |
|
|
|
|
|
|
|
|
| |
'autorelease' message" ARC
migration error".
Per feedback from John this is useful to have in general.
llvm-svn: 157198
|
| |
|
|
|
|
| |
provide a 'fixit' to change 'readonly' to 'readwrite'. // rdar://11448209
llvm-svn: 157193
|
| |
|
|
|
|
| |
attributes.
llvm-svn: 157186
|
| |
|
|
|
|
| |
work-in-progress.
llvm-svn: 157170
|
| |
|
|
|
|
|
|
|
| |
Because in CUDA types do not have associated address spaces,
globals are declared in their "native" address space, and accessed
by bitcasting the pointer to address space 0. This relies on address
space 0 being a unified address space.
llvm-svn: 157167
|
| |
|
|
| |
llvm-svn: 157154
|
| |
|
|
| |
llvm-svn: 157139
|
| |
|
|
|
|
| |
I'm pretty sure we are in fact doing the right thing here, but someone who knows the standard better should double-check that we are in fact supposed to zero out the member in the given testcase.
llvm-svn: 157138
|
| |
|
|
|
|
| |
dependent contexts. PR12890.
llvm-svn: 157136
|
| |
|
|
|
|
|
| |
and provide a 'fixit' to change 'readonly' to 'readwrite'. 'fixit'
part needs little more work. // rdar://11448209
llvm-svn: 157121
|
| |
|
|
|
|
|
|
| |
types and ensure we are actually creating the type.
rdar://11479676
llvm-svn: 157095
|
| |
|
|
| |
llvm-svn: 157089
|
| |
|
|
|
|
| |
accept the template argument expression as a type.
llvm-svn: 157085
|
| |
|
|
| |
llvm-svn: 157082
|
| |
|
|
|
|
| |
to match documentation. // rdar://11309706
llvm-svn: 157074
|
| |
|
|
|
|
|
| |
warning. This also makes us warn on tags, which, ironically, is the only case
gcc warns on.
llvm-svn: 157039
|
| |
|
|
|
|
| |
allocating functions.
llvm-svn: 157037
|
| |
|
|
| |
llvm-svn: 157034
|
| |
|
|
|
|
|
|
| |
that the methods have the same number of parameters, although we
certainly assumed this in many places. Objective-C can be insane
sometimes. Fixes <rdar://problem/11460990>.
llvm-svn: 157025
|
| |
|
|
|
|
| |
have NULL interfaces behind a category, which can happen in invalid code. Fixes <rdar://problem/11478173>, a recent regression
llvm-svn: 157021
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
message" ARC
migration error.
This is more trouble that it is worth; autoreleasing a value without holding on it
is a valid use-case, we should not "punish" correct code for the minority of
broken/fragile programs that depend on the behavior of -autorelease.
rdar://9914061
llvm-svn: 156999
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
about argument type mismatch.
This gives a nicer diagnostic in cases like
printf(fmt,
i);
where previously the snippet just pointed at 'fmt' (with a note at the
definition of fmt).
It's a wash for cases like
printf("%f",
i);
where previously we snippeted the offending portion of the format string,
but didn't indicate which argument was at fault.
llvm-svn: 156968
|
| |
|
|
|
|
|
|
|
|
|
| |
location
of the DeclStmt node, otherwise libclang will not work for anything inside that
class.
rdar://10837710
llvm-svn: 156966
|
| |
|
|
|
|
|
|
| |
Disambiguate past such a potential problem, and use the absence of 'typename'
to break ties in favor of a parenthesized thingy being an initializer, if
nothing else in the declaration disambiguates it as declaring a function.
llvm-svn: 156963
|
| |
|
|
|
| |
FIXME: JSON doesn't like path separator '\', on Win32 hosts.
llvm-svn: 156957
|
| |
|
|
|
|
| |
Since r156650, clang has stopped emitting byval arguments for MIPS targets.
llvm-svn: 156954
|
| |
|
|
| |
llvm-svn: 156950
|
| |
|
|
| |
llvm-svn: 156949
|
| |
|
|
|
|
|
|
|
| |
so that the
generation of implicit floating point instructions can be disable for ARM.
rdar://11409142
llvm-svn: 156942
|
| |
|
|
| |
llvm-svn: 156941
|
| |
|
|
|
|
| |
Microsoft mode, from Will Wilson!
llvm-svn: 156940
|
| |
|
|
| |
llvm-svn: 156938
|
| |
|
|
|
|
|
|
|
|
|
| |
for subtle misspellings such as -Wno-unused-command-line-arguments instead of
-Wno-unused-command-line-argument.
Also fix the diagnostic messages to properly handle -Wno- options. Previously,
the positive version was always emitted (i.e., -Wfoo was emitted for -Wno-foo).
rdar://11461500
llvm-svn: 156937
|
| |
|
|
|
|
|
|
| |
a warning for an extra semi-colon after function definitions. Added logic
so that a block of semi-colons on a line will only get one warning instead
of a warning for each semi-colon.
llvm-svn: 156934
|
| |
|
|
|
|
| |
This breaks the build with -triple i386-apple-darwin9.
llvm-svn: 156932
|
| |
|
|
|
|
| |
FYI, they can pass on Cygwin w/o any tweaks.
llvm-svn: 156930
|
| |
|
|
|
|
| |
This passes on MSYS bash and Cygwin.
llvm-svn: 156929
|
| |
|
|
|
|
|
|
|
| |
lambda as referring to a local in an enclosing scope if we're in the
enclosing scope of the lambda (not it's function call operator). Also,
turn the test into an IR generation test, since that's where the
crashes occurred. Really fixes PR12746 / <rdar://problem/11465120>.
llvm-svn: 156926
|
| |
|
|
|
|
|
| |
blocks and lambdas, based heavily on a patch from Meador Inge. Fixes
PR12746 / <rdar://problem/11465120>.
llvm-svn: 156925
|
| |
|
|
| |
llvm-svn: 156923
|
| |
|
|
| |
llvm-svn: 156921
|
| |
|
|
| |
llvm-svn: 156920
|