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
