- Aug 27, 2009
-
-
Gabor Greif authored
now that include/llvm/ADT/iterator.h.in is not attempted to be built, its prerequisite can go away too llvm-svn: 80180
-
Daniel Dunbar authored
llvm-svn: 80176
-
Douglas Gregor authored
llvm-svn: 80173
-
Gabor Greif authored
llvm-svn: 80171
-
Owen Anderson authored
llvm-svn: 80170
-
Bob Wilson authored
attempt more than 2 constraints on an instruction. llvm-svn: 80169
-
Daniel Dunbar authored
sections, etc. - The quick and dirty way, just clone the TargetLoweringObjectFile code. Eventually this should be shared... somehow. llvm-svn: 80168
-
Daniel Dunbar authored
- I moved section creation back into AsmParser. I think policy decisions like this should be pushed higher, not lower, when possible (in addition the assembler has flags which change this behavior, for example). llvm-svn: 80162
-
Douglas Gregor authored
llvm-svn: 80161
-
- Aug 26, 2009
-
-
Eric Christopher authored
personality function. llvm-svn: 80153
-
Gabor Greif authored
so get rid of this monstrosity. iterator.h.in is scheduled for deletion in my working copy, but I wait till I see that configure gets regenerated, as it depends on it. I'll commit then. There are still some AC_* tests in the configure.ac dealing with iterators, those can be zapped probably too. llvm-svn: 80147
-
Eric Christopher authored
don't emit the default one. Explicitly check for the NULL CIE later. llvm-svn: 80146
-
Eric Christopher authored
llvm-svn: 80145
-
Daniel Dunbar authored
llvm-svn: 80144
-
Bill Wendling authored
llvm-svn: 80139
-
Reid Kleckner authored
Allocate the module provider in the Kaleidoscope code on the heap, not the stack, so that it can be properly deleted. Also update the tutorial with the new code. This fixes PR4762, hopefully better than the last time. llvm-svn: 80138
-
Gabor Greif authored
Remove all the LLVM_COMPACTIFY_SENTINELS-related macro magic as discussed with Chris on IRC. Anybody wanting to debug sentinel dereferencing problems must revert this patch and perform the indicated modifications. llvm-svn: 80128
-
Oscar Fuentes authored
llvm-svn: 80124
-
Venkatraman Govindaraju authored
llvm-svn: 80121
-
Bob Wilson authored
llvm-svn: 80120
-
Dale Johannesen authored
llvm-svn: 80119
-
Mike Stump authored
llvm-svn: 80118
-
Bob Wilson authored
The instructions can be selected directly from the intrinsics. We will need to add some ARM-specific nodes for VLD/VST of 3 and 4 128-bit vectors, but those are not yet implemented. llvm-svn: 80117
-
Anton Korobeynikov authored
llvm-svn: 80116
-
Anton Korobeynikov authored
llvm-svn: 80115
-
Oscar Fuentes authored
llvm-svn: 80111
-
Douglas Gregor authored
llvm-svn: 80109
-
Anton Korobeynikov authored
llvm-svn: 80107
-
Dan Gohman authored
backends don't use it as an example. llvm-svn: 80105
-
Dan Gohman authored
llvm-svn: 80104
-
Dan Gohman authored
this eliminates the ATTRIBUTE_USED, which wasn't being used in a manner acceptable to some GCC versions, according to the buildbots. llvm-svn: 80103
-
Andreas Neustifter authored
llvm-svn: 80101
-
Andreas Neustifter authored
(See http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20090817/084958.html) llvm-svn: 80100
-
Dan Gohman authored
leads to partial-register definitions. To help avoid redundant zero-extensions, also teach the h-register matching patterns that use movzbl to match anyext as well as zext. llvm-svn: 80099
-
Dan Gohman authored
This is a simple AliasAnalysis implementation which works by making ScalarEvolution queries. ScalarEvolution has a more complete understanding of arithmetic than BasicAA's collection of ad-hoc checks, so it handles some cases that BasicAA misses, for example p[i] and p[i+1] within the same iteration of a loop. This is currently experimental. It may be that the main use for this pass will be to help find cases where BasicAA can be profitably extended, or to help in the development of the overall AliasAnalysis infrastructure, however it's also possible that it could grow up to become a directly useful pass. llvm-svn: 80098
-
Dan Gohman authored
llvm-svn: 80096
-
Dan Gohman authored
printed in a deterministic order. llvm-svn: 80095
-
Daniel Dunbar authored
- I haven't really tried to find the "right" way to store the fixups or apply them, yet. This works, but isn't particularly elegant or fast. - Still no evaluation support, so we don't actually ever not turn a fixup into a relocation entry. llvm-svn: 80089
-
Daniel Dunbar authored
llvm-svn: 80088
-
Daniel Dunbar authored
llvm-svn: 80087
-