This reverts commit f56426a9.
Skipping a bitfields within a struct leads to wrong offsets.

The real issue is frontends constructing a mismatch in Call type at the
Call site and the called entity. However as these are hard to fix and
the fix here shouldn't hurt we do it in firm for now.

This fixes opt/loadstore2.c.

Most firm analyses behaved incorrectlye when: A called SymConst did not
have a method entity, assumed the code reachable by get_entity_irg is
the code called. These assumptions are wrong when doing crazy casts in C
or when dealing with weak symbols. This is fixed by introducing some
convenience functions: get_Call_callee(), get_entity_linktime_irg()

Instead of the maximum of the two type sizes, use the size of the type of
numerically smaller pointer to check whether two pointers with offsets
alias.

Code using get_alias_relation is converted by calling get_type_for_mode at
the appropriate locations.

This is in preparation for optimizations involving CopyB, which needs this
additional flexibility.

This requires to actually compute volatility in a number of places.
Therefore, this also adds some helper functions to do that.

We do not model them as a type anymore, but simply annotate
compound_member entities with a bit offset and bit size.

Nobody uses it currently, and it is a burden for everyone writing a new
pass.

It has been empty for nearly all systems. People who used to put stuff
in config.h can still create a config.h on their own and inject
-include (gcc) or /FI (msvc) into their CPPFLAGS.

We now recognize patterns like "array[variable + const]" as ir_no_alias,
if the array and variable are identical, but consts different.

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

The opt_manage framework didn't really do much except assuring that some
analysis info is computed before a pass starts. We can achieve this
simpler by providing an assure_irg_properties function.
This commit also fixes some places where analysis info was potentially
not invalidated before.

graph_properties are things that a transformation may destroy but which
can be easily recalculated.

graph_constraints are set after lowering phases have been running and
forbid certain constructs that no (later) transformation is allowed to construct

public functions are already documented in their headers, no need to
repeat the comment at the definition site.

The main change here is splitting new_ir_mode into new_int_mode,
new_reference_mode and new_float_mode. You can now specify
mantissa+exponent size in new_float_mode. This also changes:

- x86 80bit-FP mode is NOT a ieee754 don't put "ieee754" into functions
  names that can also handle x86 80bit fps
- Move ieee_descriptor_t from tarval module into ir_mode struct
  (and rename to float_descriptor_t)
- Introduce mode_Q which represents binary128 from ieee754
- You can ask float modes for mantissa/exponent sizes now
- Fix endianess when emitting big float values in begnuas
- A bunch of long double fixes in ia32: the mode there has 10bytes
  (80bit) but the variables typically are 12 or 16 byte big
- This fixes some problems of sparc binary128 handling

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

They have been unnecessary aliases for is_SymConst_addr_ent() and
get_SymConst_entity().

[r28369]

[r28338]

Put definition of get_base_sc() into .c file to remove the (non-standard) inline specifier from official header.

Most users of this function are inside teh same c file, so the performance hit is small.

[r28144]