| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
emitting diagnostics after it has produced that many errors. Give this a
default value of 20 which produces plenty of errors for people to fix before
recompiling but not so many that their entire console scrolls away when the
compiler gets confused. The experience looks like this:
$ clang foo.c
<tons of crap>
foo.c:102:3: error: unknown type name 'somethingbad'
somethingbad x;
^
fatal error: too many errors emitted, stopping now
36 warnings and 20 errors generated.
llvm-svn: 100689
|
|
|
|
| |
llvm-svn: 100687
|
|
|
|
|
|
|
|
|
| |
isn't any extra work to perform. Also, don't check for unused
parameters when the warnings will be suppressed anyway. Improves
performance of -fsyntax-only on 403.gcc's combine.c by ~2.5%.
<rdar://problem/7836787>
llvm-svn: 100686
|
|
|
|
|
|
| |
Right now the limit is 0 (aka disabled)
llvm-svn: 100684
|
|
|
|
|
|
|
|
| |
contain assignments
or similar side-effects.
llvm-svn: 100676
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of errors and warnings. This allows us to emit something like this:
2 warnings and 1 error generated.
instead of:
3 diagnostics generated.
This also stops counting 'notes' because they are just follow-on information
about the previous diag, not a diagnostic in themselves.
llvm-svn: 100675
|
|
|
|
| |
llvm-svn: 100674
|
|
|
|
|
|
|
|
|
|
|
| |
- When instantiating a friend type template, perform semantic
analysis on the resulting type.
- Downgrade the errors concerning friend type declarations that do
not refer to classes to ExtWarns in C++98/03. C++0x allows
practically any type to be befriended, and ignores the friend
declaration if the type is not a class.
llvm-svn: 100635
|
|
|
|
|
|
|
|
| |
semantic analysis) and Sema::ActOnFriendTypeDecl (the action
callback). This is a prerequisite for improving template instantiation
of friend type declarations.
llvm-svn: 100633
|
|
|
|
|
|
|
|
| |
to the intrinsic, even when math-errno is off.
Fixes rdar://problem/7828230 by falling back on the library function.
llvm-svn: 100613
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
have the code generate slap a srcloc metadata on inline asm nodes.
This allows us to diagnose invalid inline asms with such nice
diagnostics as:
<inline asm>:1:2: error: unrecognized instruction
abc incl %eax
^
asm.c:2:12: note: generated from here
__asm__ ("abc incl %0" : "+r" (X));
^
2 diagnostics generated.
llvm-svn: 100608
|
|
|
|
| |
llvm-svn: 100604
|
|
|
|
| |
llvm-svn: 100603
|
|
|
|
| |
llvm-svn: 100600
|
|
|
|
|
|
| |
Fixes a spurious warning in LLVM.
llvm-svn: 100595
|
|
|
|
|
|
| |
0 size.
llvm-svn: 100594
|
|
|
|
|
|
|
|
| |
have a temporary object in C++.
Also fix a tag mismatch that Doug noticed.
llvm-svn: 100593
|
|
|
|
| |
llvm-svn: 100589
|
|
|
|
|
|
| |
a stand-alone type declaration.
llvm-svn: 100588
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
definitions, e.g., after
-
or
- (id)
we'll find all of the "likely" instance methods that one would want to
declare or define at this point. In the latter case, we only produce
results whose return types match "id".
llvm-svn: 100587
|
|
|
|
| |
llvm-svn: 100583
|
|
|
|
|
|
| |
Fixes radar 7823675.
llvm-svn: 100582
|
|
|
|
|
|
| |
declared in categories.
llvm-svn: 100577
|
|
|
|
|
|
|
| |
(void*) someFunction(5, 10, 15, 20);
where the cast is presumably meant to be to 'void'.
llvm-svn: 100574
|
|
|
|
|
|
|
| |
them the same way as fields. This fixes a regression in RegionStore::RemoveDeadbindings()
that emerged from going to the cluster-based analysis.
llvm-svn: 100570
|
|
|
|
|
|
|
|
| |
that protected members be used on objects of types which derive from the
naming class of the lookup. My first N attempts at this were poorly-founded,
largely because the standard is very badly worded here.
llvm-svn: 100562
|
|
|
|
|
|
|
| |
while we're completing in the middle of a function call), also produce
"ordinary" name results that show what can be typed at that point.
llvm-svn: 100558
|
|
|
|
| |
llvm-svn: 100557
|
|
|
|
|
|
|
| |
statement or for ordinary names. This means that we won't show macros
when completing, e.g., member expressions such as "p->".
llvm-svn: 100555
|
|
|
|
|
|
| |
PR 6791.[B
llvm-svn: 100551
|
|
|
|
|
|
|
| |
down the set of code-completion results based on Objective-C
conventions.
llvm-svn: 100548
|
|
|
|
|
|
| |
that the integrated assembler is working.
llvm-svn: 100545
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
allowing backend errors to be mapped through clang's
diagnostics subsystem, including the backend location info.
We now get:
$ clang asm.c -c -o t.o -integrated-as
<inline asm>:1:2: error: unrecognized instruction
abc incl %eax
^
1 diagnostic generated.
With colors, and correct "# diagnostics generated".
llvm-svn: 100543
|
|
|
|
| |
llvm-svn: 100537
|
|
|
|
| |
llvm-svn: 100536
|
|
|
|
|
|
|
|
| |
presence of precompiled headers by forcibly loading all of the
methods we know about from the PCH file before constructing our
code-completion list.
llvm-svn: 100535
|
|
|
|
| |
llvm-svn: 100534
|
|
|
|
|
|
| |
block pointer type comparison.
llvm-svn: 100533
|
|
|
|
|
|
|
|
| |
deciding when we need to emit an extra "command failed" diagnostic.
- This also fixes the case where we were emitting that extra diagnostics, even
when using clang w/ the integrated assembler, which has good diagnostics.
llvm-svn: 100529
|
|
|
|
|
|
|
|
|
|
| |
"id" or an expression of type "id". In these cases, we produce a list
of all of the (class or instance) methods, respectively, that we know about.
Note that this implementation does not yet work well with precompiled
headers; that's coming soon.
llvm-svn: 100528
|
|
|
|
| |
llvm-svn: 100527
|
|
|
|
|
|
| |
e.g., the right-hand side of binary expressions.
llvm-svn: 100526
|
|
|
|
| |
llvm-svn: 100518
|
|
|
|
|
|
| |
This bug only shows up with GCC 4.4.1 Release-Asserts build.
llvm-svn: 100516
|
|
|
|
| |
llvm-svn: 100514
|
|
|
|
| |
llvm-svn: 100513
|
|
|
|
| |
llvm-svn: 100512
|
|
|
|
| |
llvm-svn: 100511
|
|
|
|
|
|
| |
maybe-ownership vs. ownership.
llvm-svn: 100498
|
|
|
|
| |
llvm-svn: 100496
|