GitLab

replace psets with arrays to make the compiler more predictable across runs (and a little bit more efficient)

[r27820]

[r27813]

[r27790]

[r27749]

[r27732]

[r27726]

[r27725]

[r27704]

[r27703]

[r27695]

[r27694]

[r27693]

[r27691]

[r27690]

remove the (mis-)feature of arch_get_irn_reg_req_out working on mode_T nodes and retruning no_reqs in this case

[r27648]

simplify confusing entity/owner interfaces. There is no public way anymore to add/remove entities from compound types instead you can only do set_entity_owner

[r27570]

[r27548]

- 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]

[r27300]

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

[r27285]

[r27277]

[r27271]

[r27254]

- cleanup ir_spec generation a bit

[r27251]

Some more cleanup: Put the return type and other specifiers on the same line as the declarator of a function declaration.

[r27155]

[r27149]

[r27145]

[r27060]

  clumsy. Bring back get_entity_visibility and set_entity_visibility

[r27039]

- 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]

[r27002]

[r27001]

[r26991]

- 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]

[r26797]

[r26768]

[r26724]

[r26721]

[r26720]

  (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]