public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug middle-end/18041] OR of two single-bit bitfields is inefficient
       [not found] <bug-18041-4@http.gcc.gnu.org/bugzilla/>
@ 2011-05-06 13:25 ` rguenth at gcc dot gnu.org
  2011-05-10 11:48 ` rguenth at gcc dot gnu.org
  2011-05-11 11:44 ` rguenth at gcc dot gnu.org
  2 siblings, 0 replies; 6+ messages in thread
From: rguenth at gcc dot gnu.org @ 2011-05-06 13:25 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18041

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
         AssignedTo|unassigned at gcc dot       |rguenth at gcc dot gnu.org
                   |gnu.org                     |

--- Comment #4 from Richard Guenther <rguenth at gcc dot gnu.org> 2011-05-06 13:23:11 UTC ---
Mine.  With bitfield lowering I see

<bb 2>:
  BF.0_2 = MEM[(struct B *)b_1(D)];
  D.2686_3 = (<unnamed-unsigned:1>) BF.0_2;
  D.2687_4 = (unsigned char) D.2686_3;
  D.2694_6 = BF.0_2 >> 1;
  D.2688_7 = (<unnamed-unsigned:1>) D.2694_6;
  D.2689_8 = (unsigned char) D.2688_7;
  D.2690_9 = D.2689_8 | D.2687_4;
  D.2691_10 = (<unnamed-unsigned:1>) D.2690_9;
  D.2696_12 = BF.0_2 & 4294967294;
  D.2697_13 = (unsigned int) D.2691_10;
  BF.2_14 = D.2697_13 | D.2696_12;
  MEM[(struct B *)b_1(D)] = BF.2_14;
  return;

there is the possibility to associate truncations/widenings with |& so
D.2689_8 | D.2687_4 becomes (unsigned char) D.2688_7 | D.2686_3
and the truncation (<unnamed-unsigned:1>) D.2690_9 can be combined
with it.


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug middle-end/18041] OR of two single-bit bitfields is inefficient
       [not found] <bug-18041-4@http.gcc.gnu.org/bugzilla/>
  2011-05-06 13:25 ` [Bug middle-end/18041] OR of two single-bit bitfields is inefficient rguenth at gcc dot gnu.org
@ 2011-05-10 11:48 ` rguenth at gcc dot gnu.org
  2011-05-11 11:44 ` rguenth at gcc dot gnu.org
  2 siblings, 0 replies; 6+ messages in thread
From: rguenth at gcc dot gnu.org @ 2011-05-10 11:48 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18041

--- Comment #5 from Richard Guenther <rguenth at gcc dot gnu.org> 2011-05-10 11:38:50 UTC ---
With a patch I have we now optimize at the tree level to

<bb 2>:
  D.2686_2 = b_1(D)->bit0;
  D.2688_4 = b_1(D)->bit1;
  D.2693_10 = D.2688_4 ^ D.2686_2;
  b_1(D)->bit0 = D.2693_10;
  return;

and with bitfield lowering applied to

<bb 2>:
  BF.0_2 = MEM[(struct B *)b_1(D)];
  D.2694_6 = BF.0_2 >> 1;
  D.2701_18 = D.2694_6 ^ BF.0_2;
  D.2696_12 = BF.0_2 & 4294967294;
  D.2697_13 = D.2701_18 & 1;
  BF.2_14 = D.2697_13 | D.2696_12;
  MEM[(struct B *)b_1(D)] = BF.2_14;
  return;


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug middle-end/18041] OR of two single-bit bitfields is inefficient
       [not found] <bug-18041-4@http.gcc.gnu.org/bugzilla/>
  2011-05-06 13:25 ` [Bug middle-end/18041] OR of two single-bit bitfields is inefficient rguenth at gcc dot gnu.org
  2011-05-10 11:48 ` rguenth at gcc dot gnu.org
@ 2011-05-11 11:44 ` rguenth at gcc dot gnu.org
  2 siblings, 0 replies; 6+ messages in thread
From: rguenth at gcc dot gnu.org @ 2011-05-11 11:44 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18041

--- Comment #6 from Richard Guenther <rguenth at gcc dot gnu.org> 2011-05-11 10:53:00 UTC ---
Author: rguenth
Date: Wed May 11 10:52:57 2011
New Revision: 173650

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173650
Log:
2011-05-11  Richard Guenther  <rguenther@suse.de>

    PR tree-optimization/18041
    * tree-ssa-forwprop.c (simplify_bitwise_and): Rename to ...
    (simplify_bitwise_binary): ... this.  Handle operand conversions
    by applying them to the result instead.
    (tree_ssa_forward_propagate_single_use_vars): Adjust.  CSE tree code.

    * gcc.dg/tree-ssa/forwprop-13.c: New testcase.

Added:
    trunk/gcc/testsuite/gcc.dg/tree-ssa/forwprop-13.c
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/testsuite/ChangeLog
    trunk/gcc/tree-ssa-forwprop.c


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug middle-end/18041] OR of two single-bit bitfields is inefficient
  2004-10-17 16:36 [Bug middle-end/18041] New: " kazu at cs dot umass dot edu
  2004-10-17 17:01 ` [Bug middle-end/18041] " pinskia at gcc dot gnu dot org
  2004-10-17 17:05 ` pinskia at gcc dot gnu dot org
@ 2005-02-07 19:21 ` pinskia at gcc dot gnu dot org
  2 siblings, 0 replies; 6+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-02-07 19:21 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-07 06:02 -------
This is a much harder problem than doing a simplification at combine time because we have five 
instructions to worry about.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18041


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug middle-end/18041] OR of two single-bit bitfields is inefficient
  2004-10-17 16:36 [Bug middle-end/18041] New: " kazu at cs dot umass dot edu
  2004-10-17 17:01 ` [Bug middle-end/18041] " pinskia at gcc dot gnu dot org
@ 2004-10-17 17:05 ` pinskia at gcc dot gnu dot org
  2005-02-07 19:21 ` pinskia at gcc dot gnu dot org
  2 siblings, 0 replies; 6+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-10-17 17:05 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-17 17:05 -------
Confirmed about the extra and (I don't know why the extra load is in x86).

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
   Last reconfirmed|0000-00-00 00:00:00         |2004-10-17 17:05:33
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18041


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug middle-end/18041] OR of two single-bit bitfields is inefficient
  2004-10-17 16:36 [Bug middle-end/18041] New: " kazu at cs dot umass dot edu
@ 2004-10-17 17:01 ` pinskia at gcc dot gnu dot org
  2004-10-17 17:05 ` pinskia at gcc dot gnu dot org
  2005-02-07 19:21 ` pinskia at gcc dot gnu dot org
  2 siblings, 0 replies; 6+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-10-17 17:01 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-17 17:01 -------
Hmm, there is only one load on PPC (with either side):
same bit layout as below:
        lwz r0,0(r3)
        rlwinm r2,r0,0,31,31
        rlwinm r9,r0,31,31,31
        or r2,r2,r9
        rlwimi r0,r2,0,31,31
        stw r0,0(r3)
        blr
The oposite bit layout:
        lwz r0,0(r3)
        srwi r2,r0,31
        rlwinm r9,r0,2,31,31
        or r2,r2,r9
        rlwimi r0,r2,31,0,0
        stw r0,0(r3)
        blr

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18041


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2011-05-11 11:04 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-18041-4@http.gcc.gnu.org/bugzilla/>
2011-05-06 13:25 ` [Bug middle-end/18041] OR of two single-bit bitfields is inefficient rguenth at gcc dot gnu.org
2011-05-10 11:48 ` rguenth at gcc dot gnu.org
2011-05-11 11:44 ` rguenth at gcc dot gnu.org
2004-10-17 16:36 [Bug middle-end/18041] New: " kazu at cs dot umass dot edu
2004-10-17 17:01 ` [Bug middle-end/18041] " pinskia at gcc dot gnu dot org
2004-10-17 17:05 ` pinskia at gcc dot gnu dot org
2005-02-07 19:21 ` pinskia at gcc dot gnu dot org

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).