GitLab

This is the new way of handling switch-jumps. The node contains a table
which maps (ranges of) input values to proj numbers. Compared to a
Cond-node this results in a clean consecutive sequence of Proj numbers
(no searching for a free number for the default_pn anymore) and allows
factoring multiple cases jumping to the same block in a single Proj
(though we still need the optimisation in cfopt for that).

They're adding more noise than they provide gain in readability. They
also make extra work to keep up to date.

[r28127]

[r28062]

[r28043]

[r28037]

[r28030]

[r28021]

[r27924]

[r27366]

fix consconfirm missing nodes in its statistics and worse not invalidating out-edges because of that

[r27365]

[r27300]

[r27277]

[r27145]

- add an irg_verify_pass()

[r26374]

- add more passes

[r26366]

- more passes implemented
- small fixes

[r26356]

- SymConst's are now ALWAYS placed in the start block

[r26236]

Renamed get_Cond_defaultProj() to get_Cond_default_proj() for consistency. Added set_Cond_default_proj() and get_cond_kind_name(). Made get_cond_jmp_predicate_name() consistent with other enum name functions.

[r25545]

  use the constants directly

[r25324]

[r24088]

- skip already created Confirms

[r23867]

  construct inverse Confirms

[r23863]

[r23750]

[r23575]

[r22754]

[r22571]

[r22551]

- disabled buggy parts for now

[r22487]

[r22417]

[r22415]

[r22414]

- typos fixed

[r22413]

- added debug output
- implemnted global NULL pointer test elimination using Confirm magic

[r22412]