[Bug target/63545] ICE when building GCC for ia64-hp-hpux11.23 in hash_table<cselib_hasher,xcallocator>::find_slot_with_hash

[egallager at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63545

Eric Gallager  changed:

   What|Removed |Added

 Status|WAITING |UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #7 from Eric Gallager  ---
Changing from WAITING back to UNCONFIRMED because the reporter provided the
materials requested, it was just that no one was able to confirm that they
trigger the bug in question. Thus the ball isn't in the reporter's court (which
is what WAITING implies), but rather GCC's court.

[Bug target/63545] ICE when building GCC for ia64-hp-hpux11.23 in hash_table<cselib_hasher,xcallocator>::find_slot_with_hash

[egallager at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63545

Eric Gallager  changed:

   What|Removed |Added

 CC||egallager at gcc dot gnu.org
  Component|bootstrap   |target
Summary|ICE building GCC|ICE when building GCC for
   |hash_table::find_slot_with_ |hash_table::find_slot_with_
   ||hash

--- Comment #6 from Eric Gallager  ---
(In reply to Bill Klees from comment #4)
> Much simpler test case
> --
> struct DWstruct { int high, low; };
> 
> typedef union
> {
> struct DWstruct s;
> int ll;
> } DWunion;
> 
> int
> __multi3(int u, int v)
> {
> const DWunion uu = { .ll = u };
> return 0;
> }
> 
> 
> Build Line:
> ---
> /u/scratch/users/b/gcc/hp/gcc491_debug/./gcc/xgcc
> -B/u/scratch/users/b/gcc/hp/gcc491_debug/./gcc/
> -B/shares/source/itlinks/opt/hpux_ia64/11.2/32/gcc-4.9.1/ia64-hp-hpux11.23/
> bin/ -mlp64 -g -O2 -o _muldi3.o -c test2.c
> 

This compiles fine for me on i386-apple-darwin9.8.0, so I'm assuming it must
come down to target differences. Changing component from bootstrap to target.