An assertion in code generation would fail when the common exit
block was ?BADARG_BLOCK, as some operations expect to always "fail"
directly to that block (= throw an exception) and we had inserted
a dummy block in between.

Other operations could also get funny fail labels, jumping to
blocks that immediately jumped to {f,0}, but these were all cleaned
up by beam_jump, sweeping the bug under the rug.

* ingela/ssl/alert-error-enhancment/OTP-15943:
  ssl: Enhance error handling

* john/compiler/fix-fail-path-exceptions-bsm/OTP-15946:
  beam_ssa_bsm: Leave ?BADARG_BLOCK alone when cloning fail path

* john/compiler/fix-unsafe-tuple_size-opt/OTP-15945:
  beam_ssa_opt: Do not apply tuple_size optimization outside guards

* john/hipe/catch-miscompilation/OTP-15949:
  dialyzer: Remove native code compilation
  hipe: Disable compilation on encountering try/catch

This fix is rather ugly and tacked-on, but I'm not comfortable
refactoring the pass in an emergency patch.

code_SUITE:upgrade would consistently fail in the HiPE case
because two clauses were mixed up. Disabling it altogether may
seem a bit harsh but we don't have the resources to fix it at the
moment.