| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
the call argument is a string literal. Fixes
<rdar://problem/8413477>.
llvm-svn: 113580
|
|
|
|
|
|
| |
(one for 'scanf' and one for 'printf'). Fixes <rdar://problem/8409437>.
llvm-svn: 113472
|
|
|
|
|
|
|
|
| |
-Wformat-nonliteral, as
the function processing the format string can decided whether or not to accept a null format string (e.g., asl_log). Fixes <rdar://problem/8269537>.
llvm-svn: 113469
|
|
|
|
|
|
|
|
| |
statement live if a switch on an enum value has
explicit 'case:' statements for each enum value.
llvm-svn: 113451
|
|
|
|
|
|
|
|
| |
by a switch statement explicitly covering
all the cases for an enum value.
llvm-svn: 113450
|
|
|
|
|
|
| |
dependencies.
llvm-svn: 113301
|
|
|
|
|
|
| |
instead of asserting in IRGen. Fixes radar 8390459.
llvm-svn: 113253
|
|
|
|
|
|
|
| |
inline" function outside of GNU89 mode. Fixes
<rdar://problem/6880464>.
llvm-svn: 113204
|
|
|
|
|
|
| |
type of L"x" can change based on command line arguments.
llvm-svn: 113127
|
|
|
|
| |
llvm-svn: 113091
|
|
|
|
|
|
|
| |
which is should have done from the beginning. As usual, the most
fun with this sort of change is updating all the testcases.
llvm-svn: 113090
|
|
|
|
|
|
|
|
|
| |
type" warning.
The rationale behind this is that it is normal for callback functions to have a non-void return type
and it should still be possible to mark them noreturn. (JavaScriptCore is a good example of this).
llvm-svn: 112918
|
|
|
|
|
|
| |
a "to match this {" note, pointing out the opener.
llvm-svn: 112709
|
|
|
|
|
|
|
|
|
| |
vectors that are the same size. Fix up testcases accordingly and add a new one
to make sure we still error if lax vector conversions are disabled.
Fixes rdar://8328190
llvm-svn: 112122
|
|
|
|
| |
llvm-svn: 112049
|
|
|
|
|
|
| |
http://llvm.org/PR7923.
llvm-svn: 112045
|
|
|
|
|
|
| |
compatible argument). Fixes PR 7981.
llvm-svn: 111978
|
|
|
|
|
|
|
|
|
|
|
| |
for incomplete enum types. An incomplete enum can't really be treated as
an "integral or enumeration" type, and the incorrect treatment leads to
bad behavior for many callers.
This makes isIntegralOrEnumerationType equivalent to isIntegerType; I think
we should globally replace the latter with the former; thoughts?
llvm-svn: 111512
|
|
|
|
|
|
| |
non-void result. (<rdar://problem/7562925>)
llvm-svn: 111492
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
than GCC 4.2 here when building 32-bit (where GCC will allow
allocation of an array for which we can't get a valid past-the-end
pointer), and emulate its odd behavior in 64-bit where it only allows
63 bits worth of storage in the array. The former is a correctness
issue; the latter is harmless in practice (you wouldn't be able to use
such an array anyway) and helps us pass a GCC DejaGNU test.
Fixes <rdar://problem/8212293>.
llvm-svn: 111338
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Unused warnings for functions:
-static functions
-functions in anonymous namespace
-class methods in anonymous namespace
-class method specializations in anonymous namespace
-function specializations in anonymous namespace
Unused warnings for variables:
-static variables
-variables in anonymous namespace
-static data members in anonymous namespace
-static data members specializations in anonymous namespace
Reveals lots of opportunities for dead code removal in llvm codebase that will
interest my esteemed colleagues.
llvm-svn: 111086
|
|
|
|
| |
llvm-svn: 111080
|
|
|
|
| |
llvm-svn: 111067
|
|
|
|
| |
llvm-svn: 111036
|
|
|
|
|
|
|
|
|
|
| |
-static function declarations
-functions in anonymous namespace
-class methods in anonymous namespace
-class method specializations in anonymous namespace
-function specializations in anonymous namespace
llvm-svn: 111026
|
|
|
|
|
|
|
|
| |
from GCC's in that we warn on *any* increase in alignment requirements, not
just those that are enforced by hardware. Please let us know if this causes
major problems for you (which it shouldn't, since it's an optional warning).
llvm-svn: 110959
|
|
|
|
|
|
| |
fix an issue compiling <windows.h>.
llvm-svn: 110651
|
|
|
|
|
|
| |
prototypes. Fixes PR7738.
llvm-svn: 110443
|
|
|
|
|
|
| |
vectors, from Anton Yartsev!
llvm-svn: 110437
|
|
|
|
|
|
|
|
| |
purposes of the jump checker. Also extend Ted's iteration fix to labels.
Fixes PR7789.
llvm-svn: 110082
|
|
|
|
|
|
|
| |
qualifiers) when checking a K&R function definition against a previous
prototype. Fixes <rdar://problem/8193107>.
llvm-svn: 109751
|
|
|
|
|
|
| |
unions have size 0 in C, size 1 in C++. Put this warning under -Wc++-compat.
llvm-svn: 109748
|
|
|
|
|
|
| |
volatile-qualified types. Fixes <rdar://problem/8228293>.
llvm-svn: 109618
|
|
|
|
| |
llvm-svn: 109452
|
|
|
|
|
|
|
|
|
| |
when the RHS of the ||/&& is ever 0 or 1. This handles a variety of
creative idioms for "true" used in C programs and fixes many false
positives at the expense of a few false negatives. This fixes
rdar://8230351.
llvm-svn: 109314
|
|
|
|
|
|
| |
Radar 8218839.
llvm-svn: 109272
|
|
|
|
|
|
|
|
|
|
|
| |
them as such. Type::is(Signed|Unsigned|)IntegerType() now return false
for vector types, and new functions
has(Signed|Unsigned|)IntegerRepresentation() cover integer types and
vector-of-integer types. This fixes a bunch of latent bugs.
Patch from Anton Yartsev!
llvm-svn: 109229
|
|
|
|
| |
llvm-svn: 108907
|
|
|
|
|
|
|
|
| |
positional arguments, since
these don't actually consume an argument.
llvm-svn: 108757
|
|
|
|
| |
llvm-svn: 108750
|
|
|
|
|
|
| |
<rdar://problem/8204052>.
llvm-svn: 108742
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
their call expressions synthetically have the "deduced" types based on their
first argument. We only insert conversions in the AST for arguments whose
values require conversion to match the value type expected. This keeps PR7600
closed by maintaining the return type, but avoids assertions due to unexpected
implicit casts making the type unsigned (test case added from Daniel).
The magic is moved into the codegen for the atomic builtin which inserts the
casts as needed at the IR level to raise the type to an integer suitable for
the LLVM intrinsic. This shouldn't cause any real change in functionality, but
now we can make the builtin be more truly polymorphic.
llvm-svn: 108638
|
|
|
|
|
|
|
| |
incomplete union (PR5692) and incomplete enum, and fixes obscure
accepts-invalid on cast to incomplete struct.
llvm-svn: 108630
|
|
|
|
|
|
| |
of mine.
llvm-svn: 108552
|
|
|
|
| |
llvm-svn: 108542
|
|
|
|
| |
llvm-svn: 108541
|
|
|
|
|
|
| |
is well defined, it resets to the default alignment.
llvm-svn: 108508
|
|
|
|
| |
llvm-svn: 108503
|
|
|
|
|
|
|
| |
the builtin as void __clear_cache(...) to workaround this, which appears to
match what GCC does.
llvm-svn: 108487
|
|
|
|
|
|
| |
that we don't warn when there isn't going to be any computation anyway.
llvm-svn: 108442
|