--- Comment #6 from kkojima at gcc dot gnu dot org 2006-07-15 06:59 ---
Subject: Bug 28160
Author: kkojima
Date: Sat Jul 15 06:58:57 2006
New Revision: 115464
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115464
Log:
PR middle-end/28160
* stor-layout.c
--- Comment #7 from kkojima at gcc dot gnu dot org 2006-07-15 23:12 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from patchapp at dberlin dot org 2006-06-29 21:45 ---
Subject: Bug number PR middle-end/28160
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01472.html
--
--- Comment #1 from seongbae dot park at gmail dot com 2006-06-26 20:46
---
I belive this is a bug in stor-layout.c:place_field() around line 10503
bitpos is calculated as bit_offset of rli-prev_field + type size.
However, the prev_field is not really the immediately previous field but
--- Comment #2 from seongbae dot park at gmail dot com 2006-06-26 20:47
---
Oops. Mu previous comment is misplaced. It should have been on PR28161.
Please ignore it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28160
--- Comment #3 from seongbae dot park at gmail dot com 2006-06-26 21:08
---
The immediate cause of the problem is in stor-layout.c:place_field():
1118 if (DECL_SIZE (field) != NULL
1119host_integerp (TYPE_SIZE (TREE_TYPE (field)), 0)
1120
--- Comment #4 from kkojima at gcc dot gnu dot org 2006-06-26 22:42 ---
Thanks for your comment. Perhaps one solution would be to handle
such bit fields with excessive sizes as the case of no remaining
bits in alignment. I'm testing the appended patch which changes
lines you've pointed