| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 113463
|
| |
|
|
|
|
|
| |
uses MMX, even if it also uses other things) from InstrSSE
into InstrMMX. No (intended) functional change.
llvm-svn: 113462
|
| |
|
|
| |
llvm-svn: 113461
|
| |
|
|
| |
llvm-svn: 113460
|
| |
|
|
| |
llvm-svn: 113459
|
| |
|
|
| |
llvm-svn: 113458
|
| |
|
|
|
|
| |
consider default case live if all enum values are covered
llvm-svn: 113457
|
| |
|
|
|
|
|
| |
operand from the pseudo instruction to the new instruction as an implicit use.
This will preserve any other flags (e.g., kill) on the operand.
llvm-svn: 113456
|
| |
|
|
| |
llvm-svn: 113455
|
| |
|
|
|
|
|
|
| |
field of the block descriptor is GC'able (scanned)
as this what the runtime expects (one can send it
messages). Radar 8394947.
llvm-svn: 113454
|
| |
|
|
|
|
|
| |
for integer and fp constants. Implement todo to use vfp3 instructions
to materialize easy constants if we can.
llvm-svn: 113453
|
| |
|
|
|
|
|
|
| |
For VLD3/VLD4 with double-spaced registers, add the implicit use of the
super register for both the instruction loading the even registers and the
instruction loading the odd registers.
llvm-svn: 113452
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
| |
allows a client
to selectively walk successors/predecessors based on commonly used filters. For starters, add
a filter to ignore 'default:' cases for SwitchStmts when all enum values are covered by CaseStmts.
llvm-svn: 113449
|
| |
|
|
| |
llvm-svn: 113448
|
| |
|
|
|
|
|
|
|
|
| |
switch(enum) where
covered by individual case statements. Flow-based analyses may wish to consult this information,
and recording this in the AST allows us to obviate reconstructing this information later when
we build the CFG.
llvm-svn: 113447
|
| |
|
|
|
|
|
|
| |
TreeTransform, since we were getting an empty source range where we
shouldn't. Sadly, the test case is Boost.Proto, and isn't worth
reducing.
llvm-svn: 113446
|
| |
|
|
| |
llvm-svn: 113445
|
| |
|
|
| |
llvm-svn: 113444
|
| |
|
|
| |
llvm-svn: 113443
|
| |
|
|
| |
llvm-svn: 113442
|
| |
|
|
|
|
|
|
| |
typeid expressions:
- make sure we have a proper source location for the closing ')'
- cache the declaration of std::type_info once we've found it
llvm-svn: 113441
|
| |
|
|
| |
llvm-svn: 113440
|
| |
|
|
|
|
|
|
|
| |
contains a call, lower the
unrolling threshold to the optimize-for-size threshold. Basically, for loops containing calls, unrolling
can still be profitable as long as the loop is REALLY small.
llvm-svn: 113439
|
| |
|
|
| |
llvm-svn: 113438
|