public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c++/19018] New: virtual memory exhausted
@ 2004-12-15 19:05 david at starks-browning dot com
  2004-12-15 19:12 ` [Bug c++/19018] " david at starks-browning dot com
                   ` (6 more replies)
  0 siblings, 7 replies; 8+ messages in thread
From: david at starks-browning dot com @ 2004-12-15 19:05 UTC (permalink / raw)
  To: gcc-bugs

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


^ permalink raw reply	[flat|nested] 8+ messages in thread
end of thread, other threads:[~2005-04-30 13:15 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-12-15 19:05 [Bug c++/19018] New: virtual memory exhausted david at starks-browning dot com
2004-12-15 19:12 ` [Bug c++/19018] " david at starks-browning dot com
2004-12-15 19:19 ` [Bug c++/19018] [3.3 Regression] " pinskia at gcc dot gnu dot org
2004-12-15 20:16 ` gdr at integrable-solutions dot net
2004-12-15 23:44 ` giovannibajo at libero dot it
2004-12-16 10:30 ` david at starks-browning dot com
2004-12-21 11:17 ` ebotcazou at gcc dot gnu dot org
2005-04-30 13:15 ` gdr at gcc dot gnu dot org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).