- Jan 06, 2009
-
-
Dan Gohman authored
llvm-svn: 61781
-
Daniel Dunbar authored
llvm-svn: 61780
-
Dan Gohman authored
argument. This doesn't affect current functionality. llvm-svn: 61779
-
Dan Gohman authored
AddPseudoTwoAddrDeps. This lets the scheduling infrastructure avoid recalculating node heights. In very large testcases this was a major bottleneck. Thanks to Roman Levenstein for finding this! As a side effect, fold-pcmpeqd-0.ll is now scheduled better and it no longer requires spilling on x86-32. llvm-svn: 61778
-
Chris Lattner authored
llvm-svn: 61777
-
Chris Lattner authored
as template arguments instead of as instance variables, exposing more optimization opportunities to the compiler earlier. llvm-svn: 61776
-
Chris Lattner authored
This fixes an instcombine crash on PR3235. llvm-svn: 61775
-
Devang Patel authored
Construct subprogram DIEs using DebugInfo. llvm-svn: 61772
-
Devang Patel authored
Construct global variable DIEs using DebugInfo. llvm-svn: 61771
-
Chris Lattner authored
llvm-svn: 61770
-
Chris Lattner authored
avoid the version of Preprocessor::getSpelling that returns an std::string. llvm-svn: 61769
-
Devang Patel authored
Construct compile unit dies using DebugInfo. llvm-svn: 61768
-
Dan Gohman authored
llvm-svn: 61767
-
- Jan 05, 2009
-
-
Daniel Dunbar authored
Improve ext vector test case. llvm-svn: 61766
-
Bill Wendling authored
llvm-svn: 61765
-
Daniel Dunbar authored
llvm-svn: 61764
-
Daniel Dunbar authored
llvm-svn: 61763
-
Dan Gohman authored
with latency 0, since it doesn't affect the depth or height. llvm-svn: 61762
-
Devang Patel authored
Add methods to add source location info in a DIE. llvm-svn: 61761
-
Daniel Dunbar authored
- I'm not sure this is appropriate, but it seems reasonable to be able to call getFloatingRank on anything which isFloatingType(). llvm-svn: 61758
-
Devang Patel authored
llvm-svn: 61757
-
Duncan Sands authored
llvm-svn: 61756
-
Bill Wendling authored
llvm-svn: 61755
-
Duncan Sands authored
global aliases. llvm-svn: 61754
-
Duncan Sands authored
the argument is marked nocapture - no need to analyze the argument if the answer is already known! llvm-svn: 61753
-
Evan Cheng authored
llvm-svn: 61752
-
Chris Lattner authored
llvm-svn: 61751
-
Sebastian Redl authored
llvm-svn: 61747
-
Sebastian Redl authored
Make C++ classes track the POD property (C++ [class]p4) Track the existence of a copy assignment operator. Implicitly declare the copy assignment operator if none is provided. Implement most of the parsing job for the G++ type traits extension. Fully implement the low-hanging fruit of the type traits: __is_pod: Whether a type is a POD. __is_class: Whether a type is a (non-union) class. __is_union: Whether a type is a union. __is_enum: Whether a type is an enum. __is_polymorphic: Whether a type is polymorphic (C++ [class.virtual]p1). llvm-svn: 61746
-
Duncan Sands authored
llvm-svn: 61745
-
Duncan Sands authored
llvm-svn: 61744
-
Duncan Sands authored
llvm-svn: 61743
-
Duncan Sands authored
In fact this also deletes those with linkonce linkage, however this is currently dead because for the moment aliases aren't allowed to have this linkage type. llvm-svn: 61742
-
Devang Patel authored
llvm-svn: 61741
-
Devang Patel authored
llvm-svn: 61740
-
Daniel Dunbar authored
- Entry point is tools/ccc/xcc until we are a functional replacement for ccc. This is highly experimental (FIXME/LOC ratio of 3.4%), quite crufty, and barely usable (and then only on my specific Darwin). However, many of the right ideas are present, and it already fixes a number of things gcc gets wrong. The major missing component is argument translation for tools (translating driver arguments into cc1/ld/as/etc. arguments). This is a large part of the driver functionality and will probably double the LOC, but my hope is that the current architecture is relatively stable. Documentation & motivation to follow soon... llvm-svn: 61739
-
Douglas Gregor authored
llvm-svn: 61737
-
Dan Gohman authored
build errors. llvm-svn: 61736
-
Douglas Gregor authored
DeclContexts whose members are visible from enclosing DeclContexts up to (and including) the innermost enclosing non-transparent DeclContexts. Transparent DeclContexts unify the mechanism to be used for various language features, including C enumerations, anonymous unions, C++0x inline namespaces, and C++ linkage specifications. Please refer to the documentation in the Clang internals manual for more information. Only enumerations and linkage specifications currently use transparent DeclContexts. Still to do: use transparent DeclContexts to implement anonymous unions and GCC's anonymous structs extension, and, later, the C++0x features. We also need to tighten up the DeclContext/ScopedDecl link to ensure that every ScopedDecl is in a single DeclContext, which will ensure that we can then enforce ownership and reduce the memory footprint of DeclContext. llvm-svn: 61735
-
Chris Lattner authored
their length. llvm-svn: 61734
-