ICE in get_constraint_for_component_ref

[Mohamed Shafi]

On 10 February 2011 15:57, Richard Guenther <richard.guenther@gmail.com> wrote:
> On Thu, Feb 10, 2011 at 6:23 AM, Mohamed Shafi <shafitvm@gmail.com> wrote:
>> Hi all,
>>
>> I am trying to port a private target in GCC 4.5.1. Following are the
>> properties of the target
>>
>> #define BITS_PER_UNIT           32
>> #define BITS_PER_WORD        32
>> #define UNITS_PER_WORD       1
>>
>>
>> #define CHAR_TYPE_SIZE        32
>> #define SHORT_TYPE_SIZE       32
>> #define INT_TYPE_SIZE         32
>> #define LONG_TYPE_SIZE        32
>> #define LONG_LONG_TYPE_SIZE   32
>>
>>
>>
>> I am getting an ICE
>> internal compiler error: in get_constraint_for_component_ref, at
>> tree-ssa-structalias.c:3031
>>
>> For the following testcase:
>>
>> struct fb_cmap {
>>  int start;
>>  int len;
>>  int *green;
>> };
>>
>> extern struct fb_cmap fb_cmap;
>>
>> void directcolor_update_cmap(void)
>> {
>>  fb_cmap.green[0] = 34;
>> }
>>
>> The following is the output of debug_tree of the argument thats given
>> for the function get_constraint_for_component_ref
>>
>> <component_ref 0x2b6a45618080
>>    type <pointer_type 0x2b6a45559930
>>        type <integer_type 0x2b6a4554a498 int public QI
>>            size <integer_cst 0x2b6a4553c460 constant 32>
>>            unit size <integer_cst 0x2b6a4553c488 constant 1>
>>            align 32 symtab 0 alias set -1 canonical type
>> 0x2b6a4554a498 precision 32 min <integer_cst 0x2b6a4553c5c8
>> -2147483648> max <integer_cst 0x2b6a4553c5f0 2147483647>
>>            pointer_to_this <pointer_type 0x2b6a45559930>>
>>        unsigned PQI size <integer_cst 0x2b6a4553c460 32> unit size
>> <integer_cst 0x2b6a4553c488 1>
>>        align 32 symtab 0 alias set -1 canonical type 0x2b6a45559930>
>>
>>    arg 0 <var_decl 0x2b6a45614000 fb_cmap
>>        type <record_type 0x2b6a45602888 fb_cmap type_0 BLK
>>            size <integer_cst 0x2b6a455fc4d8 constant 96>
>>            unit size <integer_cst 0x2b6a455fc488 constant 3>
>>            align 32 symtab 0 alias set -1 canonical type
>> 0x2b6a45602888 fields <field_decl 0x2b6a45613000 start> context
>> <translation_unit_decl 0x2b6a4555f7e8 D.1201>
>>            chain <type_decl 0x2b6a4555f730 D.1193>>
>>        used public external common BLK file pr28675.c line 7 col 23
>> size <integer_cst 0x2b6a455fc4d8 96> unit size <integer_cst
>> 0x2b6a455fc488 3>
>>        align 32
>>        chain <function_decl 0x2b6a45616000 directcolor_update_cmap
>> type <function_type 0x2b6a45560888>
>>            public static QI file pr28675.c line 9 col 6 align 32
>> initial <block 0x2b6a45619000> result <result_decl 0x2b6a45617000
>> D.1200>
>>            (mem:QI (symbol_ref:PQI ("directcolor_update_cmap") [flags
>> 0x3] <function_decl 0x2b6a45616000 directcolor_update_cmap>) [0 S1
>> A32])
>>            struct-function 0x2b6a455453f0>>
>>    arg 1 <field_decl 0x2b6a45613130 green type <pointer_type 0x2b6a45559930>
>>        unsigned PQI file pr28675.c line 4 col 7 size <integer_cst
>> 0x2b6a4553c460 32> unit size <integer_cst 0x2b6a4553c488 1>
>>        align 32 offset_align 32
>>        offset <integer_cst 0x2b6a4553c8c0 constant 2>
>>        bit offset <integer_cst 0x2b6a4553cc80 constant 0> context
>> <record_type 0x2b6a45602888 fb_cmap>>
>>    pr28675.c:11:10>
>>
>> I was wondering if this ICE is due to the fact that this is a 32bit
>> char target ? Can somebody help me with pointers to debug this issue?
>
> Try fixing the * 8 in bitpos_of_field to use BITS_PER_UNIT.
>

That did the trick. Looking at the code i assume that this is proper
and hence should be committed in the trunk and 4.5 branch.  Will that
be done?

Shafi