- Nov 10, 2009
-
-
Jakob Stoklund Olesen authored
Clean up some whitespace. No functional changes. llvm-svn: 86724
-
Chris Lattner authored
llvm-svn: 86723
-
Chris Lattner authored
debug intrinsics, and an unconditional branch when possible. This reuses the TryToSimplifyUncondBranchFromEmptyBlock function split out of simplifycfg. llvm-svn: 86722
-
Ted Kremenek authored
llvm-svn: 86721
-
Benjamin Kramer authored
llvm-svn: 86720
-
Benjamin Kramer authored
llvm-svn: 86719
-
Dan Gohman authored
llvm-svn: 86717
-
Evan Cheng authored
llvm-svn: 86715
-
Dan Gohman authored
llvm-svn: 86714
-
Victor Hernandez authored
llvm-svn: 86712
-
Daniel Dunbar authored
from the logic part of clang-cc, and to enforce limited scoping. llvm-svn: 86711
-
Daniel Dunbar authored
llvm-svn: 86710
-
Daniel Dunbar authored
instead of reproducing their logic. llvm-svn: 86709
-
Douglas Gregor authored
handling template template parameters properly. This refactoring: - Parses template template arguments as id-expressions, representing the result of the parse as a template name (Action::TemplateTy) rather than as an expression (lame!). - Represents all parsed template arguments via a new parser-specific type, ParsedTemplateArgument, which stores the kind of template argument (type, non-type, template) along with all of the source information about the template argument. This replaces an ad hoc set of 3 vectors (one for a void*, which was either a type or an expression; one for a bit telling whether the first was a type or an expression; and one for a single source location pointing at the template argument). - Moves TemplateIdAnnotation into the new Parse/Template.h. It never belonged in the Basic library anyway. llvm-svn: 86708
-
Evan Cheng authored
[r0, #2 * 4] Now [r0, #8] This makes Thumb2 assembly more uniform and frankly the scale doesn't add much. llvm-svn: 86707
-
Evan Cheng authored
llvm-svn: 86706
-
Duncan Sands authored
llvm-svn: 86705
-
Fariborz Jahanian authored
(Ted's feedback). llvm-svn: 86702
-
Fariborz Jahanian authored
global array of objects. llvm-svn: 86701
-
Ted Kremenek authored
CIndex: Only display diagnostics to llvm::errs() when the client has set the 'displayDiagnostics' option to 1 in clang_createIndex(). This fixes <rdar://problem/7370691>. llvm-svn: 86700
-
Mike Stump authored
llvm-svn: 86699
-
Daniel Dunbar authored
anything that ends with ++ or ++-FOO (e.g., c++, clang++, clang++-1.1) as being a "C++ compiler". This allows easy testing of the C++ compiler by 'ln -s clang clang++', or by 'cp clang clang++'. Based on patch by Roman Divacky. llvm-svn: 86697
-
Daniel Dunbar authored
llvm-svn: 86696
-
Daniel Dunbar authored
- Force NDEBUG on in any Release build. This drops the compile time to ~100s from ~600s, in Release mode. - This may just be a temporary workaround, I don't know the true nature of the gcc-4.2 compile time performance problem. llvm-svn: 86695
-
Duncan Sands authored
llvm-svn: 86694
-
Daniel Dunbar authored
- This is conceptually better since the only thing we want this option to do is preserve the internal module as constructed by IRgen, before running any passes. - This also fixes bugs in -disable-llvm-optzns handling with regards to debug info. llvm-svn: 86691
-
Daniel Dunbar authored
llvm-svn: 86690
-
Chris Lattner authored
llvm-svn: 86689
-
Daniel Dunbar authored
llvm-svn: 86686
-
Daniel Dunbar authored
llvm-svn: 86685
-
Douglas Gregor authored
llvm-svn: 86684
-
Duncan Sands authored
llvm-svn: 86683
-
Duncan Sands authored
llvm-svn: 86681
-
John McCall authored
although in this case we probably just run a risk of duplicating work; I can't think of how this could cause a bug. llvm-svn: 86680
-
John McCall authored
using directives, and fix a bug thereby exposed: since we're playing tricks with pointers, we need to make certain we're always using the same pointers for things. Also tweak an existing error message. llvm-svn: 86679
-
Duncan Sands authored
just throw them away. llvm-svn: 86678
-
Zhongxing Xu authored
llvm-svn: 86677
-
Victor Hernandez authored
Update computeArraySize() to use ComputeMultiple() to determine the array size associated with a malloc; also extend PerformHeapAllocSRoA() to check if the optimized malloc's arg had its highest bit set, so that it is safe for ComputeMultiple() to look through sext instructions while determining the optimized malloc's array size llvm-svn: 86676
-
Victor Hernandez authored
Add ComputeMultiple() analysis function that recursively determines if a Value V is a multiple of unsigned Base llvm-svn: 86675
-
John McCall authored
llvm-svn: 86674
-