- 10 Jul, 2012 3 commits
-
-
Matthias Braun authored
-
Matthias Braun authored
-
Matthias Braun authored
-
- 28 Jun, 2012 1 commit
-
-
Matthias Braun authored
Get away from the strange set_default_XXX_op style and instead let the code modules register their node ops directly.
-
- 27 Jun, 2012 6 commits
-
-
Manuel Mohr authored
-
Manuel Mohr authored
-
Manuel Mohr authored
This also supports setting the initial node number to "rand", thereby replacing randnodenr.
-
Matthias Braun authored
-
Matthias Braun authored
-
Matthias Braun authored
-
- 22 Jun, 2012 1 commit
-
-
yb9976 authored
-
- 21 Jun, 2012 7 commits
-
-
Matthias Braun authored
-
Matthias Braun authored
-
Matthias Braun authored
-
Matthias Braun authored
-
Matthias Braun authored
This also makes the compiler alot more deterministic avoiding, lots of "random" jumping around in series of stores and loads.
-
Matthias Braun authored
-
Matthias Braun authored
I expect this to be a common pattern
-
- 19 Jun, 2012 7 commits
-
-
Christoph Mallon authored
-
Christoph Mallon authored
-
Christoph Mallon authored
-
Christoph Mallon authored
-
Christoph Mallon authored
-
Christoph Mallon authored
-
Christoph Mallon authored
-
- 18 Jun, 2012 3 commits
-
-
Christoph Mallon authored
-
Christoph Mallon authored
-
Christoph Mallon authored
-
- 15 Jun, 2012 10 commits
-
-
Christoph Mallon authored
-
Matthias Braun authored
-
Matthias Braun authored
The opt_manage framework didn't really do much except assuring that some analysis info is computed before a pass starts. We can achieve this simpler by providing an assure_irg_properties function. This commit also fixes some places where analysis info was potentially not invalidated before.
-
Matthias Braun authored
Noone was really using the return values anyway. This change makes the API more consistent.
-
Matthias Braun authored
-
Matthias Braun authored
-
Matthias Braun authored
-
Matthias Braun authored
This makes it consistent with other firm analyse functions. Also removes the unnecessary return value.
-
Matthias Braun authored
graph_properties are things that a transformation may destroy but which can be easily recalculated. graph_constraints are set after lowering phases have been running and forbid certain constructs that no (later) transformation is allowed to construct
-
Matthias Braun authored
-
- 14 Jun, 2012 2 commits
-
-
Christoph Mallon authored
-
Christoph Mallon authored
-