- May 30, 2010
-
-
Oscar Fuentes authored
llvm-svn: 105168
-
Alexis Hunt authored
The macros required for DeclNodes use have changed to match the use of StmtNodes. The FooFirst enumerator constants have been named firstFoo to match usage elsewhere. llvm-svn: 105165
-
Alexis Hunt authored
The StmtNodes generator has been generalized to allow for the creation of DeclNodes tables as well, and another emitter was added for DeclContexts. llvm-svn: 105164
-
Anders Carlsson authored
llvm-svn: 105162
-
Anders Carlsson authored
Turn on the new empty base subobject tracking code. It's a bit faster than the previous code. However, it still has quadratic performance, something which I intend to fix shortly in a subsequent patch. llvm-svn: 105161
-
Douglas Gregor authored
potentially-NULL "function" argument. llvm-svn: 105152
-
Eli Friedman authored
isn't possible to compute. This patch is mostly refactoring; the key change is the addition of the code starting with the comment, "Check whether the function has a computable LLVM signature." The solution here is essentially the same as the way the vtable code handles such functions. llvm-svn: 105151
-
Douglas Gregor authored
llvm-svn: 105137
-
Douglas Gregor authored
type that we expect to see at a given point in the grammar, e.g., when initializing a variable, returning a result, or calling a function. We don't prune the candidate set at all, just adjust priorities to favor things that should type-check, using an ultra-simplified type system. llvm-svn: 105128
-
Daniel Dunbar authored
llvm-svn: 105116
-
- May 29, 2010
-
-
Anders Carlsson authored
llvm-svn: 105114
-
Anders Carlsson authored
llvm-svn: 105113
-
Anders Carlsson authored
llvm-svn: 105112
-
Ted Kremenek authored
llvm-svn: 105111
-
Anders Carlsson authored
Rework the way virtual primary bases are added when laying out classes. Instead of doing it as a separate step, we now use the BaseSubobjectInfo and use it when laying out the bases. This fixes a bug where we would either not add a primary virtual base at all, or add it at the wrong offset. llvm-svn: 105110
-
Anton Korobeynikov authored
llvm-svn: 105109
-
Anton Korobeynikov authored
llvm-svn: 105108
-
Anton Korobeynikov authored
llvm-svn: 105107
-
Anton Korobeynikov authored
llvm-svn: 105106
-
Dan Gohman authored
llvm-svn: 105105
-
Anders Carlsson authored
llvm-svn: 105104
-
Anders Carlsson authored
Change RecordLayoutBuilder::LayoutNonVirtualBase to take a BaseSubobjectInfo. No functionality change. llvm-svn: 105103
-
Anders Carlsson authored
Move computing the base subobject info for a class into the RecordLayoutBuilder because we're going to need it to be able to correctly add offsets for primary virtual bases. llvm-svn: 105102
-
Dan Gohman authored
shouldn't have a TargetLoweringInfo member. And FunctionLoweringInfo::set doesn't needs its EnableFastISel argument. llvm-svn: 105101
-
Benjamin Kramer authored
llvm-svn: 105100
-
Zhongxing Xu authored
llvm-svn: 105099
-
Nick Lewycky authored
llvm-svn: 105098
-
Zhongxing Xu authored
llvm-svn: 105097
-
Nick Lewycky authored
llvm-svn: 105096
-
Evan Cheng authored
llvm-svn: 105095
-
Evan Cheng authored
Fix PR7193: if sibling call address can take a register, make sure there are enough registers available by counting inreg arguments. llvm-svn: 105092
-
Douglas Gregor authored
llvm-svn: 105084
-
Douglas Gregor authored
llvm-svn: 105083
-
Chris Lattner authored
llvm-svn: 105082
-
Jakob Stoklund Olesen authored
llvm-svn: 105066
-
-
Jakob Stoklund Olesen authored
Also verify that all subregister indices compose unambiguously. llvm-svn: 105064
-
Jakob Stoklund Olesen authored
were overspecified when inheriting sub-subregisters, for instance: R0Q:subreg_even32 = R0Q:subreg_32bit = R0Q:subreg_even:subreg_32bit. This meant that composeSubRegIndices(subreg_even, subreg_32bit) was ambiguous. llvm-svn: 105063
-
John McCall authored
valgrind problems. llvm-svn: 105062
-
Evan Cheng authored
llvm-svn: 105061
-