public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "olivier dot fourdan at regis-dgac dot net" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/16273] New: Virtual memory exhausted in C++ even w/out any optimization Date: Tue, 29 Jun 2004 15:37:00 -0000 [thread overview] Message-ID: <20040629153633.16273.olivier.fourdan@regis-dgac.net> (raw) The (preprocessed) code attached produces various effects with GCC. * gcc-3.0.4 (causes an ICE in GCC, "Internal compiler error in build_secondary_vtable, at cp/class.c:865") * gcc-3.3 (Virtual Memory exhausted) * gcc-3.3.4 (Virtual Memory exhausted) * gcc-3.4.0 (Virtual Memory exhausted) The same code was compiling with GCC 2.95 using about 150Mb of RAM. The attached preprocessed files is generated with gcc-3.3.4 on Solaris 8 but the same problem occurs with other GCC version on Linux. Current Host: SunOS solaris8 5.8 Generic_108528-18 sun4u sparc SUNW,Ultra-5_10 System Configuration: Sun Microsystems sun4u Memory size: 256 Megabytes Reading specs from /opt/gcc-3.3.4/lib/gcc-lib/sparc-sun-solaris2.8/3.3.4/specs Configured with: ../gcc-3.3.4/configure --prefix=/opt/gcc-3.3.4 --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --enable-languages=c,c++ --enable-threads=posix --enable-static Thread model: posix gcc version 3.3.4 /opt/gcc-3.3.4/lib/gcc-lib/sparc-sun-solaris2.8/3.3.4/cc1plus -E -D__GNUG__=3 -quiet -v -I/opt/X11R6/include -I/netma/dnetma/_solaris/include/motif1.2.2/include -I/local/tmp/rantanplan/dll/src -I/local/tmp/rantanplan/dll/include -I/local/tmp/rantanplan/dll/srcGene -I/local/tmp/rantanplan/dll/includeGene -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=4 -Dsparc -D__sparc__ -D__sparc -D__GCC_NEW_VARARGS__ -Acpu=sparc -Amachine=sparc -Dsparc -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -DGUI_INTERFACE -DXTI_COMMUNICATOR -DIMPLEMENT_DLL_INTERFACE -DDOMAIN_NAME=netma /local/tmp/rantanplan/dll/srcGene/corba_transaction_cluster_iCB_Dll.cc -Wno-deprecated -fpermissive -fpic -fPIC -fno-external-templates -fno-inline -fno-default-inline -ftemplate-depth-99 corba_transaction_cluster_iCB_Dll.ii cc1plus: warning: switch "-fno-external-templates" is deprecated, please see documentation for details ignoring nonexistent directory "/usr/local/include" ignoring nonexistent directory "/opt/gcc-3.3.4/sparc-sun-solaris2.8/include" #include "..." search starts here: #include <...> search starts here: /opt/X11R6/include /netma/dnetma/_solaris/include/motif1.2.2/include /local/tmp/rantanplan/dll/src /local/tmp/rantanplan/dll/include /local/tmp/rantanplan/dll/srcGene /local/tmp/rantanplan/dll/includeGene /opt/gcc-3.3.4/include/c++/3.3.4 /opt/gcc-3.3.4/include/c++/3.3.4/sparc-sun-solaris2.8 /opt/gcc-3.3.4/include/c++/3.3.4/backward /opt/gcc-3.3.4/include /opt/gcc-3.3.4/lib/gcc-lib/sparc-sun-solaris2.8/3.3.4/include /usr/include End of search list. /opt/gcc-3.3.4/lib/gcc-lib/sparc-sun-solaris2.8/3.3.4/cc1plus -fpreprocessed corba_transaction_cluster_iCB_Dll.ii -quiet -dumpbase corba_transaction_cluster_iCB_Dll.cc -auxbase-strip bin/corba_transaction_cluster_iCB_Dll.o -g -Wno-deprecated -version -fpermissive -fpic -fPIC -fno-external-templates -fno-inline -fno-default-inline -ftemplate-depth-99 -o corba_transaction_cluster_iCB_Dll.s cc1plus: warning: switch "-fno-external-templates" is deprecated, please see documentation for details GNU C++ version 3.3.4 (sparc-sun-solaris2.8) compiled by GNU C version 3.3. GGC heuristics: --param ggc-min-expand=47 --param ggc-min-heapsize=32768 -- Summary: Virtual memory exhausted in C++ even w/out any optimization Product: gcc Version: 3.3.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: olivier dot fourdan at regis-dgac dot net 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=16273
next reply other threads:[~2004-06-29 15:36 UTC|newest] Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-06-29 15:37 olivier dot fourdan at regis-dgac dot net [this message] 2004-06-29 15:41 ` [Bug c++/16273] " olivier dot fourdan at regis-dgac dot net 2004-06-29 16:16 ` pinskia at gcc dot gnu dot org 2004-06-29 16:50 ` reichelt at gcc dot gnu dot org 2004-06-29 17:04 ` ebotcazou at gcc dot gnu dot org 2004-06-29 21:57 ` giovannibajo at libero dot it 2004-06-30 12:25 ` giovannibajo at libero dot it 2004-06-30 13:48 ` reichelt at gcc dot gnu dot org 2004-06-30 13:53 ` [Bug c++/16273] [3.3/3.4/3.5 regression] " reichelt at gcc dot gnu dot org 2004-06-30 14:05 ` [Bug c++/16273] [3.3/3.4/3.5 regression] Memory exhausted when using nested classes and virtual functions reichelt at gcc dot gnu dot org 2004-07-03 1:23 ` pinskia at gcc dot gnu dot org 2004-07-03 2:39 ` giovannibajo at libero dot it 2004-07-03 2:41 ` giovannibajo at libero dot it 2004-08-12 6:29 ` mmitchel at gcc dot gnu dot org 2004-08-12 17:58 ` cvs-commit at gcc dot gnu dot org 2004-08-12 18:05 ` cvs-commit at gcc dot gnu dot org 2004-08-12 18:20 ` mmitchel at gcc dot gnu dot org 2004-08-13 10:06 ` reichelt at gcc dot gnu dot org 2004-08-13 10:09 ` reichelt at gcc dot gnu dot org 2004-08-19 12:43 ` reichelt at gcc dot gnu dot org 2004-12-08 10:12 ` [Bug c++/16273] [3.3/3.4/4.0 " david at starks-browning dot com
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20040629153633.16273.olivier.fourdan@regis-dgac.net \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
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).