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).

Fixes issue 64, because casting long to int does work on 64bit.

[r28272]

[r28127]

[r28037]

[r28013]

[r28001]

[r28000]

[r27991]

[r27277]

[r27153]

[r27145]

[r27093]

[r26376]

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]

[r24615]

[r23374]

[r22754]

  compiletime options like NDEBUG (as it is public API!)
- renamed some statevs (append a prefix for their module)

[r22329]

  switch (x) { default: ... }

[r22161]

[r22137]

[r20971]

[r20970]

[r20964]

[r20919]

[r20877]

[r20875]

[r20872]