| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 170428
|
| |
|
|
| |
llvm-svn: 170425
|
| |
|
|
|
|
| |
I don't want to suppress this to be excluded with the feature "dev-fd-fs". This should work also on freebsd.
llvm-svn: 170411
|
| |
|
|
| |
llvm-svn: 170408
|
| |
|
|
|
|
|
|
| |
This fixes the storage class of extern decls that are merged with file level
statics. The patch also fixes the linkage computation so that they are
considered internal.
llvm-svn: 170406
|
| |
|
|
|
|
| |
but remove unneeded options and fix the comment.
llvm-svn: 170405
|
| |
|
|
| |
llvm-svn: 170403
|
| |
|
|
|
|
|
|
| |
(This change only affects ObjC.)
<rdar://problem/12857117>.
llvm-svn: 170402
|
| |
|
|
|
|
|
|
|
| |
As per Ted's advice. It can be brought back from version control if
needed.
This also fixes a Sphinx warning.
llvm-svn: 170401
|
| |
|
|
|
|
| |
missing 'void', insert a fixit to add the void.
llvm-svn: 170399
|
| |
|
|
|
|
|
|
| |
diagnostic ranges).
I'm not really happy with this fix, but I'm confident it's correct.
llvm-svn: 170397
|
| |
|
|
|
|
| |
<rdar://problem/12646344>
llvm-svn: 170393
|
| |
|
|
|
|
| |
<rdar://problem/12622659>
llvm-svn: 170392
|
| |
|
|
|
|
|
|
| |
for location information.
Part of PR14624
llvm-svn: 170391
|
| |
|
|
|
|
| |
to an object outside its lifetime does not have undefined behavior.
llvm-svn: 170387
|
| |
|
|
|
|
|
|
| |
An extern declaration following a tentative definition should not itself be
considered a tentative definition.
Fixes pr14614.
llvm-svn: 170377
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This also requires adding support to -cc1as for passing the detecting
PWD down through LLVM's debug info (which in turn required the LLVM
change in r170371).
The test case is weak (we only test the driver behavior) because there
is currently to infrastructure for running cc1as in the test suite. So
those four lines are untested (much like all other lines in that file),
but we have a test for the same pattern using llvm-mc in the LLVM
repository.
llvm-svn: 170373
|
| |
|
|
|
|
| |
Patch from Edwin Vane!
llvm-svn: 170366
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 170365
|
| |
|
|
|
|
| |
of the include guards.
llvm-svn: 170364
|
| |
|
|
| |
llvm-svn: 170363
|
| |
|
|
| |
llvm-svn: 170362
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
performance heuristic
After inlining a function with more than 13 basic blocks 32 times, we
are not going to inline it anymore. The idea is that inlining large
functions leads to drastic performance implications. Since the function
has already been inlined, we know that we've analyzed it in many
contexts.
The following metrics are used:
- Large function is a function with more than 13 basic blocks (we
should switch to another metric, like cyclomatic complexity)
- We consider that we've inlined a function many times if it's been
inlined 32 times. This number is configurable with -analyzer-config
max-times-inline-large=xx
This heuristic addresses a performance regression introduced with
inlining on one benchmark. The analyzer on this benchmark became 60
times slower with inlining turned on. The heuristic allows us to analyze
it in 24% of the time. The performance improvements on the other
benchmarks I've tested with are much lower - under 10%, which is
expected.
llvm-svn: 170361
|
| |
|
|
| |
llvm-svn: 170354
|
| |
|
|
|
|
| |
This reverts commit r170344. Doesn't even compile.
llvm-svn: 170351
|
| |
|
|
| |
llvm-svn: 170344
|
| |
|
|
|
|
|
|
|
|
|
|
| |
avoided.
This required a minor modification of the memoization as now the
"CurrentPenalty" depends on whether or not we break before the current
token. Therefore, the CurrentPenalty should not be memoized but added
after retrieving a value from memory. This should not affect the runtime
behavior.
llvm-svn: 170337
|
| |
|
|
| |
llvm-svn: 170326
|
| |
|
|
|
|
|
|
|
| |
More specifically:
- Improve formatting of static initializers.
- Fix formatting of lines comments in enums.
- Fix formmating of trailing line comments.
llvm-svn: 170316
|
| |
|
|
| |
llvm-svn: 170314
|
| |
|
|
| |
llvm-svn: 170311
|
| |
|
|
| |
llvm-svn: 170309
|
| |
|
|
|
|
|
|
|
|
| |
incompatibility with how complex values are returned. It is sufficient
to flag all complex types as direct rather than indirect.
A new test case is provided that checks correct IR generation for the
various supported flavors of _Complex.
llvm-svn: 170302
|
| |
|
|
| |
llvm-svn: 170297
|
| |
|
|
| |
llvm-svn: 170296
|
| |
|
|
| |
llvm-svn: 170294
|
| |
|
|
|
|
| |
This enables us to use the same document structure as in other files.
llvm-svn: 170283
|
| |
|
|
|
|
| |
end of the cache. Fixes PR14570.
llvm-svn: 170281
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The adornment:
===
Foo
===
is for titles, not sections.
llvm-svn: 170278
|
| |
|
|
|
|
| |
highlight console output with "code-block:: console", etc.
llvm-svn: 170276
|
| |
|
|
|
|
| |
Patch by Anastasi Voitova with with small fixes by me.
llvm-svn: 170275
|
| |
|
|
|
|
| |
heading underline.
llvm-svn: 170272
|
| |
|
|
|
|
|
| |
Results in better block placement that helps close the
performance gap when making ubsan checks recoverable.
llvm-svn: 170263
|
| |
|
|
|
|
|
|
|
|
|
| |
The notes on the objc_method_family and ns_returns_retained-type attributes
have been moved to the Objective-C section, since both are used by ARC.
The notes on analyzer_noreturn are now only on the analyzer site.
The inadequacy of these docs was noticed months ago by Jonathan Sauer;
I'm only just now getting around to cleaning them up.
llvm-svn: 170261
|
| |
|
|
|
|
|
|
| |
The file still exists in docs/analyzer/, but it won't be linked to from
clang.llvm.org or processed as part of the default Sphinx doc-build.
RegionStore has changed a lot from what Ted and Zhongxing describe here!
llvm-svn: 170260
|
| |
|
|
| |
llvm-svn: 170238
|
| |
|
|
|
|
| |
CXXDeleteExpr
llvm-svn: 170234
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
of a member function with parenthesized declarator.
Like this test case:
class Foo {
const char *(baz)() {
return __PRETTY_FUNCTION__;
}
};
llvm-svn: 170233
|
| |
|
|
|
|
|
| |
Fixes a bug, where we were dropping the state modifications from the
checkBranchCondition checker callback.
llvm-svn: 170232
|
| |
|
|
| |
llvm-svn: 170231
|