| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
| |
thing.
llvm-svn: 147530
|
| |
|
|
| |
llvm-svn: 147526
|
| |
|
|
|
|
| |
or when modules are disabled.
llvm-svn: 147524
|
| |
|
|
|
|
| |
PR11690.
llvm-svn: 147523
|
| |
|
|
|
|
| |
BlockLiteralContext. Use it to ensure semantic analysis of types isn't confused by the lack of a type specifier.
llvm-svn: 147522
|
| |
|
|
|
|
| |
is either N32 or N64.
llvm-svn: 147520
|
| |
|
|
| |
llvm-svn: 147517
|
| |
|
|
|
|
| |
use it. Unconditionally error on lambda expressions because they don't work in any meaningful way yet.
llvm-svn: 147515
|
| |
|
|
| |
llvm-svn: 147511
|
| |
|
|
| |
llvm-svn: 147506
|
| |
|
|
| |
llvm-svn: 147505
|
| |
|
|
|
|
|
|
| |
variety is treated as a 'void *'. No need to issue
warning reserved for objc object properties.
// rdar://10565506
llvm-svn: 147504
|
| |
|
|
|
|
| |
independent of whether we're in C++11 mode.
llvm-svn: 147503
|
| |
|
|
|
|
| |
and realloc(). Patch by Cyril Roelandt!
llvm-svn: 147500
|
| |
|
|
|
|
| |
consider whether this is a redeclaration lookup when determining whether to look for the visible declaration
llvm-svn: 147499
|
| |
|
|
|
|
|
|
|
|
|
|
| |
the AST reader doesn't actually perform a merge, because name lookup
knows how to merge identical typedefs together.
As part of this, teach C/Objective-C name lookup to return multiple
results in all cases, rather than first digging through the attributes
to see if the value is overloadable. This way, we'll catch ambiguous
lookups in C/Objective-C.
llvm-svn: 147498
|
| |
|
|
|
|
| |
Anton Lokhmotov.
llvm-svn: 147496
|
| |
|
|
|
|
|
|
| |
called transitively
from C++ constructors or destructors. Checker by Lei Zhang with a few tweaks by Ted Kremenek.
llvm-svn: 147494
|
| |
|
|
|
|
| |
the class, so that they are usable in +load methods if the string class has been compiled with clang - if it's been compiled with GCC, the ABI makes this impossible. (GNU runtimes)
llvm-svn: 147493
|
| |
|
|
|
|
| |
attribute.
llvm-svn: 147490
|
| |
|
|
| |
llvm-svn: 147489
|
| |
|
|
|
|
|
|
|
|
|
|
| |
that if two modules A and B both contain a declaration of a tag such
as
struct X;
and those two modules are unrelated, the two declarations of X will be
merged into a single redeclaration chain.
llvm-svn: 147488
|
| |
|
|
| |
llvm-svn: 147482
|
| |
|
|
| |
llvm-svn: 147469
|
| |
|
|
|
|
| |
which should not be default synthesized.
llvm-svn: 147468
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
modules. This leaves us without an explicit syntax for importing
modules in C/C++, because such a syntax needs to be discussed
first. In Objective-C/Objective-C++, the @import syntax is used to
import modules.
Note that, under -fmodules, C/C++ programs can import modules via the
#include mechanism when a module map is in place for that header. This
allows us to work with modules in C/C++ without committing to a syntax.
llvm-svn: 147467
|
| |
|
|
|
|
| |
preprocessor to warn about it.
llvm-svn: 147466
|
| |
|
|
|
|
| |
attributes for later use.
llvm-svn: 147457
|
| |
|
|
|
|
|
| |
to make a macro public (the default for headers) or private,
respectively.
llvm-svn: 147455
|
| |
|
|
|
|
| |
@import identifier [. identifier]* ;
llvm-svn: 147452
|
| |
|
|
|
|
|
| |
declarations in the AST unless modules are enabled. This case doesn't
come up with precompiled headers, and it isn't cheap.
llvm-svn: 147451
|
| |
|
|
|
|
|
|
| |
member function template, since the behavior is identical for
ObjCInterfaceDecl and ObjCProtocolDecl. It's expected that all
redeclarable entities will have the same behavior.
llvm-svn: 147450
|
| |
|
|
|
|
| |
default anyway).
llvm-svn: 147449
|
| |
|
|
|
|
| |
"AutoModuleImport" preprocessor option and is tied to -fmodules.
llvm-svn: 147448
|
| |
|
|
|
|
|
|
| |
module imports from -fauto-module-import to -fmodules. The new name
will eventually be used to enable modules, and the #include/#import
mapping is a crucial part of the feature.
llvm-svn: 147447
|
| |
|
|
| |
llvm-svn: 147441
|
| |
|
|
|
|
| |
-ffast-math.
llvm-svn: 147440
|
| |
|
|
|
|
|
| |
Add a test that such characters don't make it through to StringLiteral objects
in error recovery.
llvm-svn: 147438
|
| |
|
|
|
|
|
| |
is known (to Clang), but is not visible because the module has not yet
been imported.
llvm-svn: 147436
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Clang driver. This involves a bunch of silly option parsing code to try
to carefully emulate GCC's options. Currently, this takes a conservative
approach, and unless all of the unsafe optimizations are enabled, none
of them are. The fine grained control doesn't seem particularly useful.
If it ever becomes useful, we can add that to LLVM first, and then
expose it here.
This also fixes a few tiny bugs in the flag management around
-fhonor-infinities and -fhonor-nans; the flags now form proper sets both
for enabling and disabling, with the last flag winning.
I've also implemented a moderately terrifying GCC feature where
a language change is also provided by the '-ffast-math' flag by defining
the __FAST_MATH__ preprocessor macro. This feature is tracked and
serialized in the frontend but it isn't used yet. A subsequent patch
will add the preprocessor macro and tests for it.
I've manually tested that codegen appears to respect this, but I've not
dug in enough to see if there is an easy way to test codegen options w/o
relying on the particulars of LLVM's optimizations.
llvm-svn: 147434
|
| |
|
|
| |
llvm-svn: 147433
|
| |
|
|
| |
llvm-svn: 147424
|
| |
|
|
|
|
| |
used anywhere.
llvm-svn: 147422
|
| |
|
|
| |
llvm-svn: 147421
|
| |
|
|
|
|
| |
ObjCProtocolDecl proper source-range information.
llvm-svn: 147420
|
| |
|
|
|
|
| |
They are no longer needed
llvm-svn: 147419
|
| |
|
|
| |
llvm-svn: 147418
|
| |
|
|
|
|
|
| |
multiple, disjoint modules. There is far too much duplicating with the
ObjCInterfaceDecl case here, which I'll eliminate shortly.
llvm-svn: 147417
|
| |
|
|
| |
llvm-svn: 147416
|
| |
|
|
|
|
| |
ObjCProtocolDecl modules forward declarations properly.
llvm-svn: 147415
|