Re: optimization/7675: [3.2/3.3 regression] ICE in fixup_var_refs_1

Re: optimization/7675: [3.2/3.3 regression] ICE in fixup_var_refs_1

[ebotcazou]

Synopsis: [3.2/3.3 regression] ICE in fixup_var_refs_1

Responsible-Changed-From-To: unassigned->ebotcazou
Responsible-Changed-By: ebotcazou
Responsible-Changed-When: Tue Dec  3 06:06:24 2002
Responsible-Changed-Why:
    Working on a fix.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7675

Re: optimization/7675: [3.2/3.3 regression] ICE in fixup_var_refs_1

[Eric Botcazou]

The following reply was made to PR optimization/7675; it has been noted by GNATS.

From: "Eric Botcazou" <ebotcazou@libertysurf.fr>
To: <janis187@us.ibm.com>
Cc: <gcc-gnats@gcc.gnu.org>,
	<gcc-prs@gcc.gnu.org>,
	<gcc-bugs@gcc.gnu.org>,
	<sowhat@amnis.co.jp>
Subject: Re: optimization/7675: [3.2/3.3 regression] ICE in fixup_var_refs_1
Date: Tue, 31 Dec 2002 09:19:06 +0100

 > Eric, I just noticed that you're working on a patch.  Perhaps
 > this information will be useful for you.
 
 See the analysis and the patch at:
 http://gcc.gnu.org/ml/gcc-patches/2002-12/msg00336.html
 
 Unfortunately, the bug is the consequence of a fundamental problem with
 nested functions in the C front-end, whose right solution is the one
 proposed by Richard:
 http://gcc.gnu.org/ml/gcc-patches/2002-12/msg00367.html
 
 I'll try to address it for 3.4 and, in the meantime, ask Richard what to do
 for the 3.2 and 3.3 branches, in light of you pinpointing Jason's patch.
 
 Thanks.
 
 - Eric
 
 

Re: optimization/7675: [3.2/3.3 regression] ICE in fixup_var_refs_1

[Janis Johnson]

The following reply was made to PR optimization/7675; it has been noted by GNATS.

From: Janis Johnson <janis187@us.ibm.com>
To: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
   sowhat@amnis.co.jp, ebotcazou@gcc.gnu.org
Cc:  
Subject: Re: optimization/7675: [3.2/3.3 regression] ICE in fixup_var_refs_1
Date: Tue, 24 Dec 2002 12:24:53 -0800

 The regression reported in PR optimization/7675 showed up
 starting with this patch:
 
 2000-11-11  Jason Merrill  <jason@redhat.com>
 
         * function.c (assign_parms): If TREE_ADDRESSABLE is set, try to
         give the parm a register and then call put_var_into_stack.
         * stmt.c (expand_decl): Likewise.
 
 cp/
         * typeck.c (mark_addressable): Don't call put_var_into_stack.
 
 Here's a small test case that causes the compiler to ICE
 when compiled on i686-linux with -O:
 
 -------------------
 /* ICE when compiled with -O */
 
 int dummy (int *);
 
 void foo(int i, int j)
 {
   int k=j;
 
   void bar() { int x=k, y=i, z=j; }
 
   dummy(&j);
 }
 -------------------
 
 Output from the mainline compiler:
 
 7675.c: In function `foo':
 7675.c:9: internal compiler error: in fixup_var_refs_1, at
 function.c:1900
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
 
 Eric, I just noticed that you're working on a patch.  Perhaps
 this information will be useful for you.
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7675