http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50110
David Meggy changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50110
--- Comment #4 from David Meggy 2011-08-17
23:15:26 UTC ---
>From rtl.def
/* Reference to a signed bit-field of specified size and position.
Operand 0 is the memory unit (usually SImode or QImode) which
contains the field's first bit. Op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50110
--- Comment #3 from David Meggy 2011-08-17
19:37:48 UTC ---
Andrew, are you referring to an issue with the define_insn macro I created? or
the GCC zero-extract generic code?
I've taken a look at
http://gcc.gnu.org/onlinedocs/gccint/Standard-Name
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50110
--- Comment #2 from Andrew Pinski 2011-08-17
19:31:56 UTC ---
I think you have issue how zero_extract RTL works.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50110
--- Comment #1 from David Meggy 2011-08-17
19:18:21 UTC ---
When I compile with with -da to dump all the temporary files the endian
reversal seems to happen in the .179r.combine file.
The following block of code is in the .178r.dce file
(insn
