public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "hubicka at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/40436] [4.5/4.6 regression] 0.5% code size regression caused by r147852 Date: Sun, 14 Nov 2010 16:56:00 -0000 [thread overview] Message-ID: <bug-40436-4-y2oif8Jarm@http.gcc.gnu.org/bugzilla/> (raw) In-Reply-To: <bug-40436-4@http.gcc.gnu.org/bugzilla/> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40436 --- Comment #44 from Jan Hubicka <hubicka at gcc dot gnu.org> 2010-11-14 16:16:35 UTC --- OK, ialloc is because 4.3 folds: oldbit_430 = 0; D.12699_431 = oldbit_430 & 1; D.12698_462 = D.12699_431; D.12095_241 = D.12698_462; if (D.12095_241 != 0) goto <bb 71>; else goto <bb 72>; In mainline the same sequence misses oldbit_430 = 0. static __inline__ int test_and_set_bit_simple(unsigned long nr, volatile void * addr) { unsigned long reg1, reg2; int oldbit; return oldbit & 1; } static __inline__ int test_and_clear_bit_simple(unsigned long nr, volatile void * addr) { unsigned long reg1, reg2; int oldbit; return oldbit & 1; } static __inline__ int test_and_change_bit_simple(unsigned long nr, volatile void * addr) { unsigned long reg1, reg2; int oldbit; return oldbit & 1; } So another source code bug. Richard, do you remember if we dropped initialization by zero for uninitialized vars? I am officially declaring kernel part of CSiBE irrelevant and will look at the other tests. Honza
next prev parent reply other threads:[~2010-11-14 16:17 UTC|newest] Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top [not found] <bug-40436-4@http.gcc.gnu.org/bugzilla/> 2010-11-10 2:36 ` hubicka at gcc dot gnu.org 2010-11-11 22:09 ` hubicka at gcc dot gnu.org 2010-11-13 18:53 ` hubicka at gcc dot gnu.org 2010-11-13 19:14 ` hubicka at gcc dot gnu.org 2010-11-14 9:14 ` hubicka at gcc dot gnu.org 2010-11-14 10:07 ` hubicka at gcc dot gnu.org 2010-11-14 11:23 ` hubicka at gcc dot gnu.org 2010-11-14 16:56 ` hubicka at gcc dot gnu.org [this message] 2010-11-14 18:00 ` rguenther at suse dot de 2010-11-19 8:24 ` hubicka at gcc dot gnu.org 2010-12-16 13:09 ` rguenth at gcc dot gnu.org 2011-04-28 14:58 ` [Bug tree-optimization/40436] [4.5/4.6/4.7 " rguenth at gcc dot gnu.org 2011-09-09 14:51 ` steven at gcc dot gnu.org 2009-06-13 22:35 [Bug tree-optimization/40436] New: [4.5 " rearnsha at gcc dot gnu dot org 2010-07-31 9:35 ` [Bug tree-optimization/40436] [4.5/4.6 " rguenth 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=bug-40436-4-y2oif8Jarm@http.gcc.gnu.org/bugzilla/ \ --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).