This sort of typeless programming is bad style and deprecated.

- x86 extended float mantissa size includes the explicit one now
- fixed broken qnan/snan for x86 extended float
- simplification/tuning

Add some documentation about this fact.

The tarval module has a maximally supported precision. Assert that no
modes with higher precision are created, otherwise the tarval module
will silently drop the higher bits on calculation. TODO: Change tarval
module to dynamically use smaller/bigger representations depending on
the mode.

Removed mode_LLs, mode_LLu, mode_Q for now as they are bigger than the
limit.

We combine all non-arithmetic modes into irms_auxiliary (two auxiliary
nodes are considered equal iff they have the same name).

Most uses in the backend should be mode_is_data() the few remaining uses
can compare with mode_b explicitely.

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

It was a member of ir_prog before but not correctly handled.

Now every bit in the public API is documented so we can enable doxygen
warnings for undocumented members.

- Put things into logical groups
- Add cross references from node overview to API docu

This should fix all known bugs, make the code easier to read and more
robust.

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

There were no users and no tarval support anyway.

[r28062]

libFirm can now be build as static and as dynamic library.
Two defines control it:
FIRM_BUILD must be set when libFirm is build.
FIRM_DLL must be set if libFirm is build as a dynamic library.

The old FIRM_DLL macro is now renamed to FIRM_API.

Additionally

- FIRM_API is added to the ADT headers, this is at least needed for edgfe.
- some more missing FIRM_API's added ...
- add a resource file to show libFirm's version under windows

[r27575]

properly mark symbols in the public API to be exported. This allows us to use -fvisibility=hidden on ELF systems and dllexport on windows

[r27564]

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