| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
trimmed graph (in BugReporter). This fixes a problem where a leak that happened to occur on both an exit() path and a non-exit() path was getting reported with the exit() path (which users don't care about).
This fixes:
<rdar://problem/8331641> leak reports should not show paths that end with exit() (but ones that don't end with exit())
llvm-svn: 113524
|
|
|
|
| |
llvm-svn: 113523
|
|
|
|
| |
llvm-svn: 113522
|
|
|
|
| |
llvm-svn: 113521
|
|
|
|
|
|
| |
with LoadInst and StoreInst.
llvm-svn: 113520
|
|
|
|
|
|
|
| |
to be set up the way they are. Comment out code that removes pending
settings for live instances (after the settings are copied over).
llvm-svn: 113519
|
|
|
|
|
|
|
|
|
|
| |
instruction in the class would be decoded to. Or zero if the number of
uOPs must be determined dynamically.
This will be used to determine the cost-effectiveness of predicating a
micro-coded instruction.
llvm-svn: 113513
|
|
|
|
| |
llvm-svn: 113511
|
|
|
|
|
|
|
| |
Process.h; modify the process.plugins settings variable to use the
correct plugin names.
llvm-svn: 113510
|
|
|
|
|
|
| |
- This code is gross, but does the job for now.
llvm-svn: 113509
|
|
|
|
| |
llvm-svn: 113508
|
|
|
|
|
|
|
| |
Modify Driver to handle SIGWINCH signals and automatically re-set the
term-width variable.
llvm-svn: 113506
|
|
|
|
|
|
|
| |
explicit list for the C++ system include directories at the -cc1 level, as an
alternative to the horrible AddDefaultCPlusPlusIncludePaths().
llvm-svn: 113505
|
|
|
|
| |
llvm-svn: 113504
|
|
|
|
|
|
| |
Makefile, which can be used to allow building out of tree sources.
llvm-svn: 113503
|
|
|
|
| |
llvm-svn: 113501
|
|
|
|
|
|
| |
eliminating an unnecessary use of TemporaryBase in the process.
llvm-svn: 113500
|
|
|
|
|
|
|
|
|
|
|
| |
and into CodeMetrics. They
don't use any InlineCostAnalyzer state, and are useful for other clients who don't necessarily want to use
all of InlineCostAnalyzer's logic, some of which is fairly inlining-specific.
No intended functionality change.
llvm-svn: 113499
|
|
|
|
|
|
|
| |
are still a few (legitimate, unfortunate) uses of this hack around,
but at least now there are fewer.
llvm-svn: 113498
|
|
|
|
|
|
|
|
|
|
| |
are always printed immediately after the command, before optional
options; also so that in the detailed descriptions of each command
option, the options and their help are output in alphabetical order
(sorted by the short option) rather in whatever order they happened to
be in the table.
llvm-svn: 113496
|
|
|
|
|
|
|
|
| |
with comma-separated lists. We never actually used the comma
locations, nor did we store them in the AST, but we did manage to
waste time during template instantiation to produce fake locations.
llvm-svn: 113495
|
|
|
|
|
|
| |
large object file (> 1GB).
llvm-svn: 113494
|
|
|
|
|
|
| |
inexplicable error on Windows
llvm-svn: 113493
|
|
|
|
|
|
| |
libclang visitation.
llvm-svn: 113492
|
|
|
|
|
|
| |
green.
llvm-svn: 113491
|
|
|
|
|
|
| |
llvm/projects.
llvm-svn: 113490
|
|
|
|
| |
llvm-svn: 113489
|
|
|
|
|
|
|
|
| |
- Output format and some of the code stolen from macho-dump.
- Somewhat incomplete and probably buggy.
- Comes with a very basic test.
llvm-svn: 113488
|
|
|
|
| |
llvm-svn: 113487
|
|
|
|
| |
llvm-svn: 113486
|
|
|
|
|
|
|
| |
of checking for either 4 or 8 is not very satisfactory, but
it would catch the original problem (an alignment of 1).
llvm-svn: 113485
|
|
|
|
|
|
|
| |
removed. Not that the XTARGET wasn't doing anything since it
does nothing without an accompanying XFAIL.
llvm-svn: 113484
|
|
|
|
|
|
|
| |
tests pass here (i686-linux and x86-64-linux) without -m64, simply
remove the -m64.
llvm-svn: 113483
|
|
|
|
| |
llvm-svn: 113482
|
|
|
|
|
|
|
|
|
| |
Another beating by boost in this test case: http://llvm.org/PR8117
A function specialization wasn't properly initialized if it wasn't canonical.
I wish there was a nice little test case but this was boost.
llvm-svn: 113481
|
|
|
|
|
|
|
|
|
|
|
| |
this fixes all analyser test failures in my gcc34-based
environment
how the cast result could bind to the non-const ref is
somewhat mysterious and remains to be investigated; to
avoid similar miscompilations (by gcc34 only?)
llvm-svn: 113480
|
|
|
|
| |
llvm-svn: 113479
|
|
|
|
| |
llvm-svn: 113478
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The end result is now we eagarly constant-fold symbols in the analyzer that are perfectly constrained
to be a constant value. This allows us to recover some path-sensitivity in some cases by lowering
the required level of reasoning power needed to evaluate some expressions.
The net win from this change is that the false positive in PR 8015 is fixed, and we also
find more idempotent operations bugs.
We do, however, regress with the BugReporterVisitors, which need to be modified to understand
this constant folding (and look past it). This causes some diagnostic regressions in plist-output.m
which will get addressed in a future patch. plist-output.m is now marked XFAIL, while
plist-output-alternate.m now tests that the plist output is working, but with the suboptimal
diagnostics. This second test file will eventually be removed.
llvm-svn: 113477
|
|
|
|
| |
llvm-svn: 113476
|
|
|
|
|
|
|
|
|
| |
Renamed the "dispatchqaddr" setting that was coming back for stop reply packets
to be named "qaddr" so that gdb doesn't thing it is a register number. gdb
was checking the first character and assuming "di" was a hex register number
because 'd' is a hex digit. It has been shortened so gdb can safely ignore it.
llvm-svn: 113475
|
|
|
|
|
|
|
| |
Make get/set variable at the debugger level always set the particular debugger's instance variables rather than
the default variables.
llvm-svn: 113474
|
|
|
|
|
|
|
| |
the VST pseudos. The VLD/VST scheduling still needs work (see pr6722), but
at least we shouldn't confuse the loads with the stores.
llvm-svn: 113473
|
|
|
|
|
|
| |
(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
|
|
|
|
|
|
|
|
| |
the expression
and trying again.
llvm-svn: 113468
|
|
|
|
| |
llvm-svn: 113467
|
|
|
|
| |
llvm-svn: 113466
|
|
|
|
|
|
|
|
|
|
| |
helper function for path display.
- Created private class CFGReachabilityAnalysis, which provides cached reachability lookups in the CFG
- Simplified PathWasCompletelyAnalyzed to use the new reachability class
- Added getLastRelevantNodes function for future use with path displaying in BugReporter
llvm-svn: 113465
|
|
|
|
|
|
|
|
| |
with no pointer arguments. GCC doesn't warn
in this case, and the attribute is trivially satisfied (and benign). Fixes <rdar://problem/8364828>.
llvm-svn: 113464
|