http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46388
Richard Guenther <rguenth at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |4.6.0 --- Comment #1 from Richard Guenther <rguenth at gcc dot gnu.org> 2010-11-09 11:47:52 UTC --- Reduced testcase: typedef struct opal_object_t opal_object_t; typedef struct opal_class_t opal_class_t; struct opal_object_t { opal_class_t *obj_class; }; typedef struct ompi_pointer_array_t ompi_pointer_array_t; extern opal_class_t ompi_pointer_array_t_class; extern ompi_pointer_array_t ompi_file_f_to_c_table; void ompi_file_init(void) { ((opal_object_t *) ((&ompi_file_f_to_c_table)))->obj_class = ((&(ompi_pointer_array_t_class))); } #2 0x00000000006aaeb3 in store_bit_field_1 (str_rtx=0x7ffff7fb8ca8, bitsize=64, bitnum=0, fieldmode=DImode, value=0x7ffff7fbb840, fallback_p=1 '\001') at /space/rguenther/src/svn/trunk/gcc/expmed.c:480 480 enum machine_mode imode = int_mode_for_mode (GET_MODE (op0)); (gdb) p op0 $1 = (rtx) 0x7ffff7fb8ca8 (gdb) call debug_rtx (op0) (mem/s/f/j/c (reg/f:DI 340) [0 MEM[(struct opal_object_t *)&ompi_file_f_to_c_table].obj_class+0 S8 A8]) we have a VOIDmode MEM.