- Apr 06, 2011
-
-
Owen Anderson authored
llvm-svn: 128946
-
Johnny Chen authored
Added checks for regs which should not be 15. rdar://problem/9237734 llvm-svn: 128945
-
Ted Kremenek authored
llvm-svn: 128944
-
- Apr 05, 2011
-
-
Chris Lattner authored
still used by RegionInfo :( llvm-svn: 128943
-
NAKAMURA Takumi authored
It would be better to browse without stylesheet. (eg. on ViewVC) llvm-svn: 128942
-
Johnny Chen authored
For register-controlled shifts, we should check that the encoding constraint Inst{7} = 0 and Inst{4} = 1 is satisfied. rdar://problem/9237693 llvm-svn: 128941
-
Owen Anderson authored
Fix bugs in the pseuo-ization of ADCS/SBCS pointed out by Jim, as well as doing the expansion earlier (using a custom inserter) to allow for the chance of predicating these instructions. llvm-svn: 128940
-
Greg Clayton authored
consistent and also to lighten up the page a bit. llvm-svn: 128939
-
Chris Lattner authored
llvm-svn: 128938
-
Fariborz Jahanian authored
targets) when load/store results in multiple instructions. // rdar://8808439 llvm-svn: 128937
-
Jakob Stoklund Olesen authored
llvm-svn: 128936
-
Jakob Stoklund Olesen authored
llvm-svn: 128935
-
Greg Clayton authored
llvm-svn: 128934
-
Chris Lattner authored
llvm-svn: 128933
-
Chandler Carruth authored
marked explicitly as uninitialized through direct self initialization: int x = x; With r128894 we prevented warnings about this code, and this patch teaches the analysis engine to continue analyzing subsequent uses of 'x'. This should wrap up PR9624. There is still an open question of whether we should suppress the maybe-uninitialized warnings resulting from variables initialized in this fashion. The definitely-uninitialized uses should always be warned. llvm-svn: 128932
-
Devang Patel authored
llvm-svn: 128929
-
Devang Patel authored
llvm-svn: 128928
-
Jakob Stoklund Olesen authored
llvm-svn: 128927
-
Bob Wilson authored
of a basic block. llvm-svn: 128925
-
Nick Lewycky authored
llvm-svn: 128924
-
Roman Divacky authored
llvm-svn: 128923
-
Johnny Chen authored
Modify DisassembleCoprocessor() of ARMDisassemblerCore.cpp to react to the change. rdar://problem/9236873 llvm-svn: 128922
-
Devang Patel authored
llvm-svn: 128921
-
Roman Divacky authored
llvm-svn: 128920
-
Jakob Stoklund Olesen authored
llvm-svn: 128919
-
Jakob Stoklund Olesen authored
When dead code elimination removes all but one use, try to fold the single def into the remaining use. Rematerialization can leave single-use loads behind that we might as well fold whenever possible. llvm-svn: 128918
-
Caroline Tice authored
Convert "process" read/write callback functions to "frame" read/write callback functions. llvm-svn: 128917
-
Lenny Maiorani authored
Add security syntax checker for strcat() which causes the Static Analyzer to generate a warning any time the strcat() function is used with a note suggesting to use a function which provides bounded buffers. CWE-119. Also, brings the security syntax checker more inline with coding standards. llvm-svn: 128916
-
Devang Patel authored
llvm-svn: 128915
-
Devang Patel authored
llvm-svn: 128914
-
Johnny Chen authored
llvm-svn: 128913
-
Andrew Trick authored
llvm-svn: 128912
-
Andrew Trick authored
developers can see if their driver changed any cl::Option's. The current implementation isn't perfect but handles most kinds of options. This is nice to have when decomposing the stages of compilation and moving between different drivers. It's also a good sanity check when comparing results produced by different command line invocations that are expected to produce the comparable results. Note: This is not an attempt to prolong the life of cl::Option. On the contrary, it's a placeholder for a feature that must exist when cl::Option is replaced by a more appropriate framework. A new framework needs: a central option registry, dynamic name lookup, non-global containers of option values (e.g. per-module, per-function), *and* the ability to print options values and their defaults at any point during compilation. llvm-svn: 128911
-
Andrew Trick authored
developers can see if their driver changed any cl::Option's. The current implementation isn't perfect but handles most kinds of options. This is nice to have when decomposing the stages of compilation and moving between different drivers. It's also a good sanity check when comparing results produced by different command line invocations that are expected to produce the comparable results. Note: This is not an attempt to prolong the life of cl::Option. On the contrary, it's a placeholder for a feature that must exist when cl::Option is replaced by a more appropriate framework. A new framework needs: a central option registry, dynamic name lookup, non-global containers of option values (e.g. per-module, per-function), *and* the ability to print options values and their defaults at any point during compilation. llvm-svn: 128910
-
Johnny Chen authored
llvm-svn: 128909
-
Andrew Trick authored
llvm-svn: 128908
-
Caroline Tice authored
Add the rest of the mechanisms to make ARM instruction emulation usable/possible. llvm-svn: 128907
-
Johnny Chen authored
llvm-svn: 128906
-
Andrew Trick authored
llvm-svn: 128905
-
Shantonu Sen authored
getEDInfo(), in which case this code would dereference NULL. EDInst can already handle NULL info, so avoid the dereference and pass NULL through. Reviewed by Sean Callanan llvm-svn: 128904
-