This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/47312] [4.6 Regression] ICE: in expand_ternary_op, at optabs.c:656 with -flto -mno-sse -mxop and __builtin_fmaf()
- From: "jakub at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Mon, 17 Jan 2011 15:46:57 +0000
- Subject: [Bug target/47312] [4.6 Regression] ICE: in expand_ternary_op, at optabs.c:656 with -flto -mno-sse -mxop and __builtin_fmaf()
- Auto-submitted: auto-generated
- References: <bug-47312-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47312
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org
--- Comment #1 from Jakub Jelinek <jakub at gcc dot gnu.org> 2011-01-17 15:46:52 UTC ---
With LTO, relying on FMA_EXPR being present in the IL only iff target supports
it is IMHO wrong, because using slightly different options between cc1 and lto1
can result in optab_handler (fma_optab, mode) == CODE_FOR_nothing even when
FMA_EXPR is present in the IL. I'd say we should expand FMA_EXPR as
__builtin_fma in that case. Richi, do you agree?