- Sep 09, 2010
-
-
Duncan Sands authored
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
-
Duncan Sands authored
removed. Not that the XTARGET wasn't doing anything since it does nothing without an accompanying XFAIL. llvm-svn: 113484
-
Duncan Sands authored
tests pass here (i686-linux and x86-64-linux) without -m64, simply remove the -m64. llvm-svn: 113483
-
Benjamin Kramer authored
llvm-svn: 113482
-
Argyrios Kyrtzidis authored
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
-
Gabor Greif authored
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
-
Duncan Sands authored
llvm-svn: 113479
-
Kalle Raiskila authored
llvm-svn: 113478
-
Ted Kremenek authored
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
-
Ted Kremenek authored
llvm-svn: 113476
-
Greg Clayton authored
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
-
Caroline Tice authored
Make get/set variable at the debugger level always set the particular debugger's instance variables rather than the default variables. llvm-svn: 113474
-
Bob Wilson authored
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
-
Ted Kremenek authored
Check format strings when a called function has more than one FormatAttr (one for 'scanf' and one for 'printf'). Fixes <rdar://problem/8409437>. llvm-svn: 113472
-
Ted Kremenek authored
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
-
Ted Kremenek authored
and trying again. llvm-svn: 113468
-
Ted Kremenek authored
llvm-svn: 113467
-
Ted Kremenek authored
llvm-svn: 113466
-
Tom Care authored
Simplified reachability checking in IdempotentOperationChecker and added a 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
-
Ted Kremenek authored
Relax __attribute_((nonnull)) checking to allow the attribute on functions 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
-
Eric Christopher authored
llvm-svn: 113463
-
Dale Johannesen authored
uses MMX, even if it also uses other things) from InstrSSE into InstrMMX. No (intended) functional change. llvm-svn: 113462
-
Eric Christopher authored
llvm-svn: 113461
-
Johnny Chen authored
llvm-svn: 113460
-
Eric Christopher authored
llvm-svn: 113459
-
-
rdar://problem/5880430Ted Kremenek authored
Static analyzer fix: <rdar://problem/5880430> Switch on enum should not consider default case live if all enum values are covered llvm-svn: 113457
-
Bob Wilson authored
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
-
Eric Christopher authored
llvm-svn: 113455
-
Fariborz Jahanian authored
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
-
Eric Christopher authored
for integer and fp constants. Implement todo to use vfp3 instructions to materialize easy constants if we can. llvm-svn: 113453
-
Bob Wilson authored
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
-
Ted Kremenek authored
Enhance -Wunreachable-code to not consider the 'default:' branch of a switch statement live if a switch on an enum value has explicit 'case:' statements for each enum value. llvm-svn: 113451
-
Ted Kremenek authored
Enhance -Wreturn-type to not warn when control-flow is most likely limited by a switch statement explicitly covering all the cases for an enum value. llvm-svn: 113450
-
Ted Kremenek authored
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
-
Ted Kremenek authored
llvm-svn: 113448
-
Ted Kremenek authored
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
-
Douglas Gregor authored
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
-
Jakob Stoklund Olesen authored
llvm-svn: 113445
-
Francois Pichet authored
llvm-svn: 113444
-