[Bug lto/64374] [5.0 regression] LTO ICE in extract_insn, at recog.c:2327

["hubicka at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64374

--- Comment #9 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
This is ugly issue indeed, I will look more into it tomorrow.
Optimally of course we should be able to handle -fPIC per symbol basis, but
that is hard to do. I guess having it handled via ix86_option_override_internal
is not a bad temporary plan.

Out of the options lto-wrapper handles, I think the following can be now
dropped:
        case OPT_fexceptions:
        case OPT_fnon_call_exceptions:
        case OPT_fshort_double:
        case OPT_fmath_errno:
        case OPT_fsigned_zeros:
        case OPT_ftrapping_math:
        case OPT_fwrapv:
        case OPT_ftrapv:
        case OPT_fstrict_overflow:
        case OPT_foffload_abi_:
        case OPT_O:
        case OPT_Ofast:
        case OPT_Og:
        case OPT_Os:

But that can probalby wait for stage1, they are harmless (I would not be
affraid to drop them now)

I think I missed the following in my weekend's common.opt update. It should be
Optimization.
        case OPT_fpcc_struct_return:
        case OPT_ffp_contract_:

I however think there are couple other options that may be wroth merging, like
-fdata-sections that does not go via optimization machinery.


Honza