For stabs debug info it was used to suppress debug info, so set ir_visibility_private instead.

This is not really a new entity type but merely a relocation type.
Handle it with a x86_immediate_kind.

It is unused.

Just use get_entity_initializer() instead.

This sort of typeless programming is bad style and deprecated.

- This way we can keep up the invariant that all entities are childs to
  a compound type

Note that for OO code you should use liboo which provides the same
features!

Deduce the mode automatically from the given entity.

This removes the strange entity/type duality and we get rid of union symconst_symbol.

- Only allow get_entity_irg()/set_entity_irg() for method entities now.
- Allow setting/getting of additional properties for method and alias
  entities.
- Add some missing is_method_entity() checks in cgana.

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

Entities need not be in their final form after the new_entity call, so
there is no need to have _d variants like we have with all the graph
nodes. You can easily use set_entity_dbg_info() after construction.

It is not usefull for optimization in most languages:
- In C/C++ you can't really change the value of enum constants as casting
  from/to integer has to produce the expected results.
- In Java (and other OO languages) enum members are objects so the
  libfirm enumeration type can't be used there anyway

This is a type which is aggregated from multiple primtive/simple
elements. In libfirm such a type cannot be represented as a mode.

also move copy_const_value from typerep/entity to irgmod.

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

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.