This way we don't need a separate frame_entity field in the attribute
struct anymore. We can also use the immediate type to determine whether
we need to assign a fresh stackentity to a node.
This commit does not change the frame_use field, which is now a
duplicate way to indicate whether we need to assign a stackentity. This
currently requires a lot of asserts to ensure the two stay in sync. In
the future I'd like to use frame_use only for the special case when a
32bit or 64bit entity needs to be forced.

The flag has been superseded by the immediate kind.

* Also only use the necessary number of bits.
* Improve its comment.

ia32: Merge the attributes use_frame, need_stackent, need_32bit_stackent and need_64bit_stackent into one attribute.

* Out of the 16 possible combinations of these four boolean attributes, only four are sensible.
* This correct the latent bug, that not all of these attributes were compared in ia32_attrs_equal_().

ia32: Directly put the bitfields in ia32_attr_t instead of having another struct needlessly wrapping them.

This should fix strange overly long immediate values emitted in the
assembler sometimes.

This fixes backend/shift.c.

Assembler/linker never supported this anyway.

Just state the copyright and the project the files belong to. You can
then find the COPYING file for the whole project.

It does not provide sufficient information to handle float in asm.

Do not store up to three registers for an instruction.
Instead only store the explicit register operand and whether the operands are permuted and/or the result is to be placed in the explicit register operand or st0.

Let a flag and the emitter handle printing the pop variant.

This also fixes backend/sign_bit.c

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

This was an odd convention from the past, there's no need for it
anymore.

reworked ia32 condition code handling, remove backend Bound support (really someone should lower it before the backend

[r28386]

[r28127]

[r27995]

[r27517]

[r27516]

[r27300]

[r26741]

- Add a generic requirements+register+flag dumper to bearch; This avoids all
  backends/benode having their own slightly different dumpers
- Lots of cleanups in the backends along the way

[r26542]

[r26317]

[r25583]