[Bug c++/19018] [3.3 Regression] virtual memory exhausted

[david at starks-browning dot com]

--- Additional Comments From david at starks-browning dot com  2004-12-16 
10:30 ---
True, but I don't believe the patch for PR16273 is applicable to gcc-3.3.
In fact, I am unable to reproduce the fault in gcc-3.3 using the 10,000-line
test case that was attached to PR16273.  Therefore, my guess is that the
smaller test case (attachment id 6664) was refined against gcc-3.4 and led to
the patch that fixed the symptom in gcc-3.4.  I don't know how much of that
effort could be applied to gcc-3.3.

-- 


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

[Bug c++/19018] virtual memory exhausted

[david at starks-browning dot com]

--- Additional Comments From david at starks-browning dot com  2004-12-15 
19:12 ---
Created an attachment (id=7750)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7750&action=view)
Preprocessed test case.

Attachment as promised.  This is a pre-processed testcase derived from
"corba_original.cc" as attached to bug #16273, attachment id 6931,
using --save-temps.  I'm sorry it's 40K lines long, but it does reproduce
the problem for me on the above configuration.

-David


-- 


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

[Bug c++/19018] New: virtual memory exhausted

[david at starks-browning dot com]

The attached test-case causes cc1plus in gcc-3.3.4 to grow and grow until
memory resources are exhausted, on
SunOS 5.8 Generic_117350-05 sun4u sparc SUNW,Sun-Fire

This is essentially a re-statement of bug #16273, specifically for gcc-3.3.4.
It was originally reported against gcc-3.3.4, but then fixed for gcc-3.4.2,
not gcc-3.3.  I'm hoping it can be fixed in gcc-3.3 as well, but I don't
have the authority to re-open #16273.

Here is the invocation:

$ /usr/local/gcc-3.3.4/bin/g++ -v -c corba_original.included.cc 
Reading specs from /usr/local/gcc-3.3.4/lib/gcc-lib/sparc-sun-
solaris2.8/3.3.4/specs
Configured with: /var/tmp/dstarksb/gcc-3.3.4/configure --prefix=/usr/local/gcc-
3.3.4 --disable-shared --disable-nls --enable-languages=c,c++,f77,objc
Thread model: posix
gcc version 3.3.4
 /usr/local/gcc-3.3.4/lib/gcc-lib/sparc-sun-solaris2.8/3.3.4/cc1plus -quiet -
v -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=4 -Dsparc -D__sparc__ -
D__sparc -D__GCC_NEW_VARARGS__ -Acpu=sparc -Amachine=sparc 
corba_original.included.cc -D__GNUG__=3 -quiet -dumpbase 
corba_original.included.cc -auxbase corba_original.included -version -
o /var/tmp//ccnNq00b.s
GNU C++ version 3.3.4 (sparc-sun-solaris2.8)
compiled by GNU C version 3.3.4.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/usr/local/gcc-3.3.4/sparc-sun-
solaris2.8/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/gcc-3.3.4/include/c++/3.3.4
 /usr/local/gcc-3.3.4/include/c++/3.3.4/sparc-sun-solaris2.8
 /usr/local/gcc-3.3.4/include/c++/3.3.4/backward
 /usr/local/include
 /usr/local/gcc-3.3.4/include
 /usr/local/gcc-3.3.4/lib/gcc-lib/sparc-sun-solaris2.8/3.3.4/include
 /usr/include
End of search list.

I will attach corba_original.ii which is derived from corba_original.cc
as attached to bug #16273 (as attachment id 6931), using --save-temps.
Unfortunately it is 40,000 lines long.

I'm interested because I see this on other code.  I don't have permission
to provide the other code, so I'm recycling this old test case rather than
supply a new one.

If someone wants to re-open #16273 and mark this as a duplicate, that would
be OK with me.

I can build & test snapshots but unfortunately I don't have cvs-pserver access.

Thanks for your help.

Sincerely,
David

-- 
   Summary: virtual memory exhausted
   Product: gcc
   Version: 3.3.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: david at starks-browning dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: sparc-sun-solaris2.8
  GCC host triplet: sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.8


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

[Bug c++/16273] [3.3/3.4/4.0 regression] Memory exhausted when using nested classes and virtual functions

[david at starks-browning dot com]

--- Additional Comments From david at starks-browning dot com  2004-12-08 
10:11 ---
What about 3.3?  Can it also be fixed there?

-- 
   What|Removed |Added

 CC||david at starks-browning dot
   ||com


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