public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "dave at hiauly1 dot hia dot nrc dot ca" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/43959] [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors) Date: Sat, 18 Sep 2010 18:59:00 -0000 [thread overview] Message-ID: <20100918185913.29595.qmail@sourceware.org> (raw) In-Reply-To: <bug-43959-276@http.gcc.gnu.org/bugzilla/> ------- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2010-09-18 18:59 ------- Subject: Re: [4.6 Regression] FAIL: gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors) On Sat, 18 Sep 2010, rguenth at gcc dot gnu dot org wrote: > > > ------- Comment #14 from rguenth at gcc dot gnu dot org 2010-09-18 18:25 ------- > You have way more non-SSA variables - possibly due to callee-copy of args > (again). > > I suppose some optimizations end up being disabled for some reason by that, > but likely nobody will be interested to fixup missed optimizations for > this target :/ > > So - if you are interested (heh ...) I'd start comparing dumps to i?86 dumps > and see where they start to diverge badly. Also try and see why you end up > with I already did compare dumps with i?86. cplxlower is where major differences started to appear, although there are some differences before that. > complex double cd.1; > complex long double cld.0; > > not in SSA form: > > REALPART_EXPR <cld.0> = cld$real_19; > IMAGPART_EXPR <cld.0> = cld$imag_20; > REALPART_EXPR <cd.1> = cd$real_10; > IMAGPART_EXPR <cd.1> = cd$imag_11; > REALPART_EXPR <cd.1> = Inf; The problem has something to do with precision. The problem doesn't occur for complex float. For example, this code doesn't appear for float: CR.11_40 = REALPART_EXPR <D.1935_9>; CI.12_41 = IMAGPART_EXPR <D.1935_9>; D.1966_42 = CR.11_40 > 1.79769313486231570814527423731704356798070567526e+308; D.1967_43 = !D.1966_42; D.1968_44 = CI.12_41 != 0.0; D.1969_45 = D.1967_43 || D.1968_44; if (D.1969_45 == 1) goto <bb 6>; else goto <bb 5>; > on i?86 I never even start having partial definitions of these on the lhs ... > (but I also do not have the callee-copy, so you might check if SRA makes > those partial defs from them by trying with -fno-tree-sra). Thanks for the suggestion. I'll give it a try. > If you're not interested I suggest to XFAIL the testcase for the failing > platforms. It's really a question of time. I only have some evenings and weekends to investigate GCC bugs. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43959
next prev parent reply other threads:[~2010-09-18 18:59 UTC|newest] Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top 2010-05-02 0:23 [Bug middle-end/43959] New: " danglin at gcc dot gnu dot org 2010-05-02 15:26 ` [Bug testsuite/43959] [4.6 Regression] " rguenth at gcc dot gnu dot org 2010-09-02 10:46 ` rguenth at gcc dot gnu dot org 2010-09-02 15:25 ` ghazi at gcc dot gnu dot org 2010-09-02 16:28 ` dave at hiauly1 dot hia dot nrc dot ca 2010-09-07 23:23 ` danglin at gcc dot gnu dot org 2010-09-07 23:44 ` ghazi at gcc dot gnu dot org 2010-09-08 0:16 ` dave at hiauly1 dot hia dot nrc dot ca 2010-09-08 0:25 ` danglin at gcc dot gnu dot org 2010-09-12 15:38 ` dave at hiauly1 dot hia dot nrc dot ca 2010-09-18 18:10 ` [Bug tree-optimization/43959] " danglin at gcc dot gnu dot org 2010-09-18 18:25 ` rguenth at gcc dot gnu dot org 2010-09-18 18:59 ` dave at hiauly1 dot hia dot nrc dot ca [this message] 2010-09-18 22:14 ` dave at hiauly1 dot hia dot nrc dot ca 2010-09-19 11:10 ` rguenth at gcc dot gnu dot org 2010-09-19 14:53 ` dave at hiauly1 dot hia dot nrc dot ca [not found] <bug-43959-4@http.gcc.gnu.org/bugzilla/> 2010-09-30 12:25 ` rguenth at gcc dot gnu.org 2010-09-30 17:50 ` dave at hiauly1 dot hia.nrc.ca 2010-10-01 0:47 ` danglin at gcc dot gnu.org 2010-10-01 0:52 ` danglin at gcc dot gnu.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=20100918185913.29595.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).