GitLab

The backends which support rotl now match for or(shl,shr) patterns.

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.

The builtin can be used to generate fast code for unsigned division by constant.

Code generation is supported for the IA32 and the SPARC backend.
Since our ARM backend currently has no Add with Carry instruction,
the builtin is currently not supported on Arm.
The same holds for the AMD64 backend, which does not support a division yet.

This should fix testsuite/opt/switch_ll.c

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

bemain: Centrally call be_gas_end_compilation_unit() and be_emit_exit() instead of doing it per backend.

Also remove the now write-only attribute main_env from struct arch_env_t.

bemain: Centrally call be_emit_init() and be_gas_begin_compilation_unit() instead of doing it per backend.

Remove empty init_graph functions from arm and sparc backends.

This should fix all cases of 64bit switches

noone was using it anyway

We can't handle 128bit long double in softfloat yet, but most libraries
are compiled like this. It's better to have the compiler fail than to
produce code with a mismatching ABI in the default setting.

The opcode list was a member of irprog before which wasn't really
handled consistently. Also make sure opcodes are properly freed at
ir_finish().

This should fix problems with uninitialized backends when
be_get_backend_param() wasn't called also calls be_lower_for_target if
the user hasn't done so yet.

get_backend_irg_list - none of our backends uses it and in the future
                       the backend should drive the compilation and not
                       give hints to a generic driver
reg_class_alignment  - unused

This also means that dependent modules like bedbgout should be
initialized by begnuas.

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

It is just an unnecessary node, which the middleend does not understand and therefore cannot optimize.