- Aug 26, 2009
-
-
Anton Korobeynikov authored
llvm-svn: 80116
-
Anton Korobeynikov authored
llvm-svn: 80115
-
Anders Carlsson authored
llvm-svn: 80114
-
Douglas Gregor authored
conversions, from Sylvere Teissier! llvm-svn: 80112
-
Oscar Fuentes authored
llvm-svn: 80111
-
Douglas Gregor authored
llvm-svn: 80109
-
Anton Korobeynikov authored
llvm-svn: 80107
-
Anders Carlsson authored
llvm-svn: 80106
-
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
-
Douglas Gregor authored
llvm-svn: 80097
-
Dan Gohman authored
llvm-svn: 80096
-
Dan Gohman authored
printed in a deterministic order. llvm-svn: 80095
-
Douglas Gregor authored
Bagnara with a fix from Enea Zaffanella! llvm-svn: 80094
-
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
-
Daniel Dunbar authored
llvm-svn: 80086
-
Anton Korobeynikov authored
llvm-svn: 80085
-
Andreas Neustifter authored
declarations if necessary. llvm-svn: 80084
-
Daniel Dunbar authored
llvm-svn: 80079
-
Daniel Dunbar authored
llvm-svn: 80078
-
Daniel Dunbar authored
Also, warn about overflow in alignment values. llvm-svn: 80077
-
Andreas Neustifter authored
llvm-svn: 80076
-
Devang Patel authored
llvm-svn: 80073
-
Chris Lattner authored
predefine mips and sparc respectively. Just overrule them :) llvm-svn: 80072
-
Venkatraman Govindaraju authored
llvm-svn: 80070
-
Daniel Dunbar authored
llvm-svn: 80069
-
Chris Lattner authored
llvm-svn: 80068
-
Daniel Dunbar authored
Also, simplify some of Mach-O writer code which can now use section addresses. llvm-svn: 80067
-
Anders Carlsson authored
llvm-svn: 80066
-
Daniel Dunbar authored
llvm-svn: 80065
-
Mike Stump authored
necessarily perfectly consistent with gcc. llvm-svn: 80064
-
Dale Johannesen authored
code hints that it would be a good idea to inline a function ("inline" keyword). No functional change yet; FEs do not emit this and inliner does not use it. llvm-svn: 80063
-
Devang Patel authored
Patch by Caroline Tice. llvm-svn: 80061
-