GitLab

Initialize mode values directly. This is to avoid users using
get_tarval_XXX() instead of get_mode_XXX() which is always preferable.

Now mode_b behaves the same as integer modes, so use the same code to initialize the special values.

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

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.

The new design simply lets you specify hex or not in tarval_snprintf.
This is way simpler than the previous machinery and enough for all users in
libfirm.

- This avoids missing cases when new arithmetic modes are introduced.
- This also fixes a wrong case in mode_overflow_on_unary_Minus()

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.

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.

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

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.