[r27956]

[r27953]

sparc: rewrite address mode matching, we now use offsets for load/store nodes and need less special nodes

[r27951]

[r27950]

[r27949]

backend is responsible for defining what lowering operations need to be performed => so the logical thing is to use a backend callback for performing lowerings

[r27938]

[r27846]

[r27827]

[r27826]

[r27824]

beflags: transform modifies_flags property into a callback, use default rematerialisation callback in backends where necessary

[r27821]

[r27788]

[r27787]

[r27784]

[r27780]

[r27753]

[r27749]

[r27740]

refactoring: set_frame_entity is a special callbacks for users of the advanced spillslot coalescing interface and not a generic bearch callback thingy anymore

[r27736]

[r27725]

[r27693]

[r27653]

- optest.c kompiliert

[r27627]

[r27436]

[r27392]

- extende beabi so you can specify different registers at the call site
  and the beginning of a called function
- adapt all backends for API changes

[r27390]

[r27308]

- rework ir_phase API
(sorry for mixing these 2 things into 1 commit)

[r27285]

[r27277]

- cleanup ir_spec generation a bit

[r27251]

[r27153]

[r27145]

[r27032]

- Merge stickyness, visibility and variability into ir_linkage
- Add proper support for common symbols, weak symbols and C++ COMDAT stuff
- Mark OO-features type_visibility, peculiarity and allocation as deprecated
  OO feature will be separated from firm core into higher levels in the long run
- Rework, simplify and fix bugs in begnuas.c

[r27030]

- There's a new type_dbg_info* that allows you to attach debug names to types
- get_type_name and get_type_ident are now more. The new ir_print_type
  and the usual ir_printf("%+F", type) help in most usage cases.
  But you should be aware that names are not guaranteed to be unique anymore
  (or positively said: You don't have no trouble anymore building unique names
   in code that creates types)
- No need to specify mode for new pointer types anymore (you can still do it
  with set_type_mode)

[r26909]

[r26808]

[r26793]

  (with different arguments and register constraints for the same node now)
- Lots of cleanups/changes in the arm backend. We can represent all
  "shifter operands" now (but the code selection isn't optimal yet)
- More fixes all over the place - arm backend handles 164.gzip now

[r26673]

[r26620]