[Bug debug/48163] [4.7 Regression]: ICEs for cris-elf, like gcc.c-torture/compile/calls.c gcc.c-torture/execute/complex-1.c

["jakub at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48163

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ASSIGNED
   Last reconfirmed|                            |2011.03.17 12:04:00
         AssignedTo|unassigned at gcc dot       |jakub at gcc dot gnu.org
                   |gnu.org                     |
     Ever Confirmed|0                           |1

--- Comment #1 from Jakub Jelinek <jakub at gcc dot gnu.org> 2011-03-17 12:04:00 UTC ---
Created attachment 23689
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23689
gcc47-pr48163-1.patch

Fix for the expand_debug_expr issue.  I was very much surprised that for
data.passed_pointer parameters (those aren't DECL_BY_REFERENCE)
DECL_INCOMING_RTL doesn't reflect where it actually is passed and there is no
way to find the fact that it is pass_by_reference (except for repeating all the
cumulative args/etc. stuff done by function.c).

Either we could use some flag on the PARM_DECL to say this, but I think it is
much better to just adjust DECL_INCOMING_RTL in that case.  With the additional
dwarf2out.c change, e.g. on powerpc-linux (32-bit) we are now able to emit
locations for:
struct S { char buf[16]; };

void foo (struct S a, int b, int c, int d, int e, int f, int g, int h, struct S
i)
{
}
even for a and i parameters, which is something we weren't able to do before.