public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug target/35083] [4.3 regression] ICE: in extract_insn, at recog.c:1990 Date: Tue, 05 Feb 2008 09:36:00 -0000 [thread overview] Message-ID: <20080205093613.10618.qmail@sourceware.org> (raw) In-Reply-To: <bug-35083-9565@http.gcc.gnu.org/bugzilla/> ------- Comment #4 from ubizjak at gmail dot com 2008-02-05 09:36 ------- Following patch fixes ICE (and avoids nasty runtime/code-size regression for x87 math where we don't use fildll): --cut here-- Index: config/i386/i386.md =================================================================== --- config/i386/i386.md (revision 132088) +++ config/i386/i386.md (working copy) @@ -5306,9 +5306,9 @@ (define_expand "floatunssisf2" [(use (match_operand:SF 0 "register_operand" "")) (use (match_operand:SI 1 "nonimmediate_operand" ""))] - "!TARGET_64BIT" + "!TARGET_64BIT && TARGET_SSE_MATH" { - if (TARGET_SSE_MATH && TARGET_SSE2) + if (TARGET_SSE2) ix86_expand_convert_uns_sisf_sse (operands[0], operands[1]); else x86_emit_floatuns (operands); --cut here-- but there is another problem for soft-float, where neither signed or unsigned float pattern is provided. Instead of calling __floatunssfsi() directly for soft-float targets, we expand as: test: pushl %ebp movl %esp, %ebp subl $24, %esp movl 8(%ebp), %edx testl %edx, %edx js .L3 movl %edx, (%esp) call __floatsisf leave ret .L3: movl %edx, %eax andl $1, %eax shrl %edx orl %edx, %eax movl %eax, (%esp) call __floatsisf movl %eax, 4(%esp) movl %eax, (%esp) call __addsf3 leave ret This is a huge code-size (and performance?) regression from 4.2 where we generated: test: pushl %ebp movl %esp, %ebp subl $24, %esp movl 8(%ebp), %eax movl %eax, (%esp) call __floatunsisf leave ret This is probably due to: 2007-09-05 Janis Johnson <janis187@us.ibm.com> * optabs.c (expand_float): Convert unsigned integer as signed only if it provides sufficient accuracy; add mode argument to real_2expN. ... -- ubizjak at gmail dot com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35083
next prev parent reply other threads:[~2008-02-05 9:36 UTC|newest] Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top 2008-02-05 4:35 [Bug target/35083] New: " corsepiu at gcc dot gnu dot org 2008-02-05 5:12 ` [Bug target/35083] " corsepiu at gcc dot gnu dot org 2008-02-05 7:34 ` [Bug target/35083] [4.3 regression] " ubizjak at gmail dot com 2008-02-05 8:27 ` ubizjak at gmail dot com 2008-02-05 9:36 ` ubizjak at gmail dot com [this message] 2008-02-05 9:46 ` ubizjak at gmail dot com 2008-02-05 10:13 ` rguenth at gcc dot gnu dot org 2008-02-05 11:28 ` uros at gcc dot gnu dot org 2008-02-05 13:58 ` ubizjak at gmail dot com 2008-02-06 10:46 ` uros at gcc dot gnu dot org 2008-02-06 11:11 ` ubizjak at gmail dot com 2008-02-06 12:03 ` corsepiu at gcc dot gnu dot org
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20080205093613.10618.qmail@sourceware.org \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).