Re: c++/10060: ICE on huge file (300k lines)

Re: c++/10060: ICE on huge file (300k lines)

[Andrew Pinski]

The following reply was made to PR c++/10060; it has been noted by GNATS.

From: Andrew Pinski <pinskia@physics.uc.edu>
To: "Giovanni Bajo" <giovannibajo@libero.it>
Cc: Andrew Pinski <pinskia@physics.uc.edu>, <andreas@florath.net>,
   <gcc-gnats@gcc.gnu.org>, <gcc-bugs@gcc.gnu.org>, <nobody@gcc.gnu.org>,
   <gcc-prs@gcc.gnu.org>
Subject: Re: c++/10060: ICE on huge file (300k lines)
Date: Fri, 9 May 2003 12:31:50 -0400

 That seems like a good idea, since copy_rtx_if_shared is in emit-rtl.c.
 
 
 Thanks,
 Andrew Pinski
 
 
 On Friday, May 9, 2003, at 09:10 US/Eastern, Giovanni Bajo wrote:
 
 > Andrew Pinski <pinskia@physics.uc.edu> wrote:
 >
 >>>  00281958 ggc_alloc (55, 0, 0, 550404, 0, 0)
 >>>  00129f98 copy_rtx_if_shared (0, 17527728, 0, 33a5c8, 2, 55) + 170
 >>>  00129f10 copy_rtx_if_shared (17527710, 17527b60, 0, 1, 33a5c8, 4c) +
 >>> e8
 >>>  00129f10 copy_rtx_if_shared (0, 17527f98, 0, 0, 33a5c8, 3) + e8
 >>>  00129f10 copy_rtx_if_shared (0, 175303d8, 0, 0, 33a5c8, 3) + e8
 >>>  00129f10 copy_rtx_if_shared (0, 17530810, 0, 0, 33a5c8, 3) + e8
 >
 >> This looks like a stack overflow, a temporary fix is to up the limit 
 >> on
 >> the stacksize.
 >> The real fix is to change copy_rtx_if_shared to be non-recursive.
 >
 > I'm not confident with internals of GCC, but I guess this bug should be
 > moved to the "middle-end" section. Do you agree, Andrew?
 >
 > Giovanni Bajo
 >
 >
 >
 

Re: c++/10060: ICE on huge file (300k lines)

[Giovanni Bajo]

The following reply was made to PR c++/10060; it has been noted by GNATS.

From: "Giovanni Bajo" <giovannibajo@libero.it>
To: <andreas@florath.net>,
	"Andrew Pinski" <pinskia@physics.uc.edu>
Cc: "Andrew Pinski" <pinskia@physics.uc.edu>,
	<gcc-gnats@gcc.gnu.org>,
	<gcc-bugs@gcc.gnu.org>,
	<nobody@gcc.gnu.org>,
	<gcc-prs@gcc.gnu.org>
Subject: Re: c++/10060: ICE on huge file (300k lines)
Date: Fri, 9 May 2003 15:10:15 +0200

 Andrew Pinski <pinskia@physics.uc.edu> wrote:
 
 >>  00281958 ggc_alloc (55, 0, 0, 550404, 0, 0)
 >>  00129f98 copy_rtx_if_shared (0, 17527728, 0, 33a5c8, 2, 55) + 170
 >>  00129f10 copy_rtx_if_shared (17527710, 17527b60, 0, 1, 33a5c8, 4c) +
 >> e8
 >>  00129f10 copy_rtx_if_shared (0, 17527f98, 0, 0, 33a5c8, 3) + e8
 >>  00129f10 copy_rtx_if_shared (0, 175303d8, 0, 0, 33a5c8, 3) + e8
 >>  00129f10 copy_rtx_if_shared (0, 17530810, 0, 0, 33a5c8, 3) + e8
 
 > This looks like a stack overflow, a temporary fix is to up the limit on
 > the stacksize.
 > The real fix is to change copy_rtx_if_shared to be non-recursive.
 
 I'm not confident with internals of GCC, but I guess this bug should be
 moved to the "middle-end" section. Do you agree, Andrew?
 
 Giovanni Bajo
 

Re: c++/10060: ICE on huge file (300k lines)

[Andrew Pinski]

The following reply was made to PR c++/10060; it has been noted by GNATS.

From: Andrew Pinski <pinskia@physics.uc.edu>
To: <andreas@florath.net>
Cc: Andrew Pinski <pinskia@physics.uc.edu>, gcc-gnats@gcc.gnu.org,
   gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-prs@gcc.gnu.org,
   giovannibajo@libero.it
Subject: Re: c++/10060: ICE on huge file (300k lines)
Date: Fri, 9 May 2003 09:01:54 -0400

 This looks like a stack overflow, a temporary fix is to up the limit on  
 the stacksize.
 The real fix is to change copy_rtx_if_shared to be non-recursive.
 
 
 Thanks,
 Andrew Pinski
 
 
 On Friday, May 9, 2003, at 08:56 US/Eastern, <andreas@florath.net>  
 wrote:
 
 >
 > Hello!
 >
 >
 >         The numbers are 74799 (which works) and 74800 (which failes).
 >
 >         Maybe one additional hint: I had a look at the stack from the
 > core from 88511. It says:
 >
 >  00281958 ggc_alloc (55, 0, 0, 550404, 0, 0)
 >  00129f98 copy_rtx_if_shared (0, 17527728, 0, 33a5c8, 2, 55) + 170
 >  00129f10 copy_rtx_if_shared (17527710, 17527b60, 0, 1, 33a5c8, 4c) +  
 > e8
 >  00129f10 copy_rtx_if_shared (0, 17527f98, 0, 0, 33a5c8, 3) + e8
 >  00129f10 copy_rtx_if_shared (0, 175303d8, 0, 0, 33a5c8, 3) + e8
 >  00129f10 copy_rtx_if_shared (0, 17530810, 0, 0, 33a5c8, 3) + e8
 > ***
 > [there are 74816 lines with copy_rtx_if_shared only with different
 > second argument.]
 > ***
 >  00129f10 copy_rtx_if_shared (0, 33e82498, 0, 0, 33a5c8, 3) + e8
 >  00129f10 copy_rtx_if_shared (0, 33e828d0, 0, 0, 33a5c8, 3) + e8
 >  00129f10 copy_rtx_if_shared (0, 33e82d08, 0, 0, 33a5c8, 3) + e8
 >  00129f10 copy_rtx_if_shared (0, 3, 0, 0, 33a5c8, 3) + e8
 >  00129f10 copy_rtx_if_shared (0, 2, 362cee40, 0, 33a5c8, 3) + e8
 >  00129948 unshare_all_rtl (a895e80, 18b2a50, 18b2a50, 18b2a50,  
 > 11df4a80,
 > 1906e00) + 6c
 >  002635f0 rest_of_compilation (a895e80, 40d4d, 3d2000, 3d2400, dbe04,
 > 3b9000) + 478
 >  000befc4 genrtl_finish_function (a895e80, a895e80, 0, 1906e00, 0,
 > 40d4d) + 68
 >  000bec60 expand_body (a895e80, a8aca80, a6, 0, 0, 0) + 230
 >  00094868 yyparse  (3f1c08, ffbee710, 3e5000, 0, 31e000, ffbee71a) +  
 > 9bc
 >  000dc080 c_common_parse_file (0, ff33fa9c, 0, 3d2b38, dc048, 3b9000) +
 > 38
 >  00262bdc compile_file (32e058, ffbeeb20, 1, 0, 0, 393398) + 34
 >  00267fa8 do_compile (3ebc00, ffbeead4, 0, 0, 0, 0) + 84
 >  0026806c toplev_main (15, ffbeead4, ffbeeb2c, 3c8680, 0, 0) + 5c
 >  0003d20c _start   (0, 0, 0, 0, 0, 0) + 5c
 >
 >
 >         If I can help you (sending some file, try a patch, ...), just
 > drop me a mail.
 >
 >
 >         Best regards
 >
 >         Andreas Florath
 >         andreas@florath.net
 >
 >
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit- 
 > trail&database=gcc&pr=10060
 >
 >
 

Re: c++/10060: ICE on huge file (300k lines)

[andreas]

The following reply was made to PR c++/10060; it has been noted by GNATS.

From: <andreas@florath.net>
To: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-prs@gcc.gnu.org, giovannibajo@libero.it, andreas@florath.net
Cc:  
Subject: Re: c++/10060: ICE on huge file (300k lines)
Date: Fri,  9 May 2003 14:56:02 +0200

 Hello!
 
 
         The numbers are 74799 (which works) and 74800 (which failes). 
 
         Maybe one additional hint: I had a look at the stack from the
 core from 88511. It says: 
 
  00281958 ggc_alloc (55, 0, 0, 550404, 0, 0)
  00129f98 copy_rtx_if_shared (0, 17527728, 0, 33a5c8, 2, 55) + 170
  00129f10 copy_rtx_if_shared (17527710, 17527b60, 0, 1, 33a5c8, 4c) + e8
  00129f10 copy_rtx_if_shared (0, 17527f98, 0, 0, 33a5c8, 3) + e8
  00129f10 copy_rtx_if_shared (0, 175303d8, 0, 0, 33a5c8, 3) + e8
  00129f10 copy_rtx_if_shared (0, 17530810, 0, 0, 33a5c8, 3) + e8
 ***
 [there are 74816 lines with copy_rtx_if_shared only with different
 second argument.]
 ***
  00129f10 copy_rtx_if_shared (0, 33e82498, 0, 0, 33a5c8, 3) + e8
  00129f10 copy_rtx_if_shared (0, 33e828d0, 0, 0, 33a5c8, 3) + e8
  00129f10 copy_rtx_if_shared (0, 33e82d08, 0, 0, 33a5c8, 3) + e8
  00129f10 copy_rtx_if_shared (0, 3, 0, 0, 33a5c8, 3) + e8
  00129f10 copy_rtx_if_shared (0, 2, 362cee40, 0, 33a5c8, 3) + e8
  00129948 unshare_all_rtl (a895e80, 18b2a50, 18b2a50, 18b2a50, 11df4a80,
 1906e00) + 6c
  002635f0 rest_of_compilation (a895e80, 40d4d, 3d2000, 3d2400, dbe04,
 3b9000) + 478
  000befc4 genrtl_finish_function (a895e80, a895e80, 0, 1906e00, 0,
 40d4d) + 68
  000bec60 expand_body (a895e80, a8aca80, a6, 0, 0, 0) + 230
  00094868 yyparse  (3f1c08, ffbee710, 3e5000, 0, 31e000, ffbee71a) + 9bc
  000dc080 c_common_parse_file (0, ff33fa9c, 0, 3d2b38, dc048, 3b9000) +
 38
  00262bdc compile_file (32e058, ffbeeb20, 1, 0, 0, 393398) + 34
  00267fa8 do_compile (3ebc00, ffbeead4, 0, 0, 0, 0) + 84
  0026806c toplev_main (15, ffbeead4, ffbeeb2c, 3c8680, 0, 0) + 5c
  0003d20c _start   (0, 0, 0, 0, 0, 0) + 5c
 
 
         If I can help you (sending some file, try a patch, ...), just
 drop me a mail.
 
 
         Best regards
 
         Andreas Florath
         andreas@florath.net
 
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10060

Re: c++/10060: ICE on huge file (300k lines)

[giovannibajo]

Synopsis: ICE on huge file (300k lines)

State-Changed-From-To: open->feedback
State-Changed-By: bajo
State-Changed-When: Mon May  5 10:52:02 2003
State-Changed-Why:
    Hello Andreas,
    I have troubles reproducing this because it either hits 
    virtual memory exhausted or compiles correctly, depends
    on how many objects I make it generate.
    Would you please confirm that this is still a bug in 
    GCC 3.3 or 3.4, and provide a minimal number of objects
    that must be generated to trigger it? It seems that
    compilation time grows O(n^2), so putting a big number
    means hours of compilation (assuming infinite memory).

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