--- Comment #24 from rguenth at gcc dot gnu dot org 2007-06-12 11:29
---
*** Bug 32290 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #23 from rguenth at gcc dot gnu dot org 2007-02-23 14:21
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #22 from rguenth at gcc dot gnu dot org 2006-12-01 16:38
---
Improved for the case of building with -g, which should now be as bad as with
plain -O0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29433
--- Comment #21 from rguenth at gcc dot gnu dot org 2006-12-01 16:37
---
Subject: Bug 29433
Author: rguenth
Date: Fri Dec 1 16:37:38 2006
New Revision: 119404
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119404
Log:
2006-12-01 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #20 from patchapp at dberlin dot org 2006-11-30 16:15 ---
Subject: Bug number PR29433
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg02053.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #19 from patchapp at dberlin dot org 2006-11-28 16:21 ---
Subject: Bug number PR29433
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg01900.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #18 from rguenth at gcc dot gnu dot org 2006-11-28 12:38
---
Most of the memory used is spent in the string pool:
String pool
entries 68980
identifiers 68980 (100.00%)
slots 131072
bytes 1012M (10M overhead)
table size 1024k
coll/search
--- Comment #17 from rguenth at gcc dot gnu dot org 2006-11-22 12:39
---
Created an attachment (id=12666)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12666&action=view)
testcase run through uninclude
unincluded so it's 64bit clean also.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #16 from rguenth at gcc dot gnu dot org 2006-10-13 13:19
---
The bootleneck is clearly using the diagnostic machinery for setting up
DECL_NAME of the type decls. I wonder if we cannot directly compute and store
mangled names in DECL_NAME which would save both time and memor
--- Comment #15 from grayyoga at gmail dot com 2006-10-13 12:20 ---
Subject: Re: using boost::MPL requires lots of memory
Ok, if there is anything else I could help, please mail me.
On 13 Oct 2006 12:18:51 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> ---
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-10-13 12:18
---
Sure, but the crash is due to gcc running out of memory. And the third
testcase is a good one to attack memory usage and compile-time problems on all
of the three testcases.
But don't hold your breath...
--
--- Comment #13 from grayyoga at gmail dot com 2006-10-13 12:16 ---
Subject: Re: using boost::MPL requires lots of memory
But my main target is the previous testcase. It should at least
provide me a C++ error, but not crash with internal error.
On 13 Oct 2006 11:05:35 -, rguenth a
--- Comment #12 from rguenth at gcc dot gnu dot org 2006-10-13 11:05
---
-O2 -ftime-report:
Execution times (seconds)
parser: 11.82 (14%) usr 0.54 (15%) sys 12.81 (14%) wall
254865 kB (62%) ggc
name lookup : 62.00 (74%) usr 3.04 (82%) sys 64.50 (73%
--- Comment #11 from rguenth at gcc dot gnu dot org 2006-10-13 10:58
---
That works. Updated profile:
Flat profile:
Each sample counts as 0.01 seconds.
% cumulative self self total
time seconds secondscalls Ks/call Ks/call name
11.26
--- Comment #10 from grayyoga at gmail dot com 2006-10-12 19:56 ---
Subject: Re: using boost::MPL requires lots of memory
Try preprocessed source file v3. It compiles without error on my
laptop, but still takes a LOT of memory and time to compile.
On 12 Oct 2006 13:09:02 -, rguent
--- Comment #9 from grayyoga at gmail dot com 2006-10-12 16:50 ---
Created an attachment (id=12420)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12420&action=view)
preprocessed source file (version 3)
Compiles without errors on my laptop, but still eats a LOT of memory.
--
g
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-10-12 13:09 ---
No success yet:
test_basic_metafunctions.hpp:176: instantiated from here
../src/sd/../static_component.hpp:57: error: 'process_outputs' is not a member
of 'mpl_::void_'
and other errors.
--
http://gcc.gnu.or
--- Comment #7 from grayyoga at gmail dot com 2006-10-12 09:51 ---
Created an attachment (id=12415)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12415&action=view)
preprocessed source file (version 2)
The previous test case had common C++ error in it, which prevents it from being
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-10-12 08:20 ---
Execution times (seconds)
garbage collection: 0.88 ( 1%) usr 0.00 ( 0%) sys 0.87 ( 1%) wall
0 kB ( 0%) ggc
preprocessing : 0.10 ( 0%) usr 0.04 ( 1%) sys 0.22 ( 0%) wall
796 kB ( 0%
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-10-11 21:56 ---
Confirmed. Uses a lot of memory.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
20 matches
Mail list logo