This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: SSA_NAME remaining at RTL generation
- From: Andrew Pinski <pinskia at physics dot uc dot edu>
- To: kenner at vlsi1 dot ultra dot nyu dot edu (Richard Kenner)
- Cc: gcc at gcc dot gnu dot org
- Date: Sun, 4 Jul 2004 10:12:40 -0400 (EDT)
- Subject: Re: SSA_NAME remaining at RTL generation
>
> This is a new one for me. It started showing up in the last 24 hours
> or so when compiling gnatls.adb.
>
> >From t55.optimized:
>
> <L11>:;
> object_name$P_ARRAY = (character[(long int)<PLACEHOLDER_EXPR struct gnat__str\
> ings__string_access>.P_BOUNDS->LB0 .. (long int)<PLACEHOLDER_EXPR struct gnat__\
> strings__string_access>.P_BOUNDS->UB0] *)&CHAIN.1129->no_obj.ARRAY;
> object_name$P_BOUNDS = &CHAIN.1129_13->no_obj.BOUNDS;
>
> >From t54.tailc:
>
> <L11>:;
> object_name$P_ARRAY_86 = (character[(long int)<PLACEHOLDER_EXPR struct gnat__\
> strings__string_access>.P_BOUNDS->LB0 .. (long int)<PLACEHOLDER_EXPR struct gna\
> t__strings__string_access>.P_BOUNDS->UB0] *)&CHAIN.1129_13->no_obj.ARRAY;
>
> # object_name$P_ARRAY_137 = PHI <object_name$P_ARRAY_86(3), object_name$P_ARR\
> AY_145(2)>;
> # object_name$P_BOUNDS_1 = PHI <&CHAIN.1129_13->no_obj.BOUNDS(3), object_name\
> $P_BOUNDS_144(2)>;
>
> Suggestions as to where to look?
hmmm, maybe the file tree-outof-ssa.c?
Andrew