https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170
--- Comment #8 from Senthil Kumar Selvaraj ---
Author: saaadhu
Date: Thu Nov 3 08:04:40 2016
New Revision: 241809
URL: https://gcc.gnu.org/viewcvs?rev=241809&root=gcc&view=rev
Log:
Fix bougs PR 78170 failure for avr
The test defines int bitfie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170
--- Comment #6 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Wed Nov 2 09:28:35 2016
New Revision: 241779
URL: https://gcc.gnu.org/viewcvs?rev=241779&root=gcc&view=rev
Log:
PR tree-optimization/78170: Truncate sign-extended padding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170
--- Comment #5 from ktkachov at gcc dot gnu.org ---
The problem is in encode_tree_to_bitpos.
It needs to take into account the padding that native_encode_expr may introduce
for sign-extended values for little-endian as well as big-endian.
Testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170
--- Comment #3 from Richard Biener ---
Btw, I see at -Os:
Starting new chain with statement:
c.f6 = -1;
The base object is:
c
Volatile access terminates all chains
Processing basic block <4>:
:
e = *.LC0;
c = e;
c.f6 = -1;
e ={v} {CLO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170
Martin Liška changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRMED