We called get_block_execfreq_int() with the int factors struct
completely filled with zeroes, so we always got an int execfreq
of 0.  co_get_costs_exec_freq() therefore always returned 1, making
it equivalent to co_get_costs_all_one().

And remove a dead assignment to and1

Makes static analysis (LLVM's scan-build) happy.

The pattern was common over all the transformers

Use a fresh variable in the following code,
so it does not hide the "unusedness".

Inline optimization can now handle compound arguments and return values.
This includes the new array types.

The only user is unreachable (ignore_runtime is false).

now the frontend is only responsible to mangle the ld_name, entity
creation is left to libfirm which now also caches the entities.

In general, handle array types like compound types.
Since we skip the if-condition for compound types,
we also need to do it for array types in this case.