http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
--- Comment #17 from oliver dot kellogg at eads dot com 2008-08-21 05:41
---
Created an attachment (id=16118)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16118&action=view)
regenerated statistics: trunk r139367 gnat1-gnat95 -fmem-report -fdump-tree-all
pkg001u.adb
--
http:/
--- Comment #16 from oliver dot kellogg at eads dot com 2008-06-02 19:16
---
Created an attachment (id=15715)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15715&action=view)
output from -fdump-tree-original of gnat1 compiling pkg001u.adb
(in reply to comment #15)
> You can look
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-06-01 18:56
---
You can look at the original IL generated, I guess the assignments simply
contain
millions of element assignments (-fdump-tree-original).
??? tree nodes created
Kind Nodes Bytes
...
refs
--- Comment #14 from oliver dot kellogg at eads dot com 2008-06-01 18:28
---
Created an attachment (id=15709)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15709&action=view)
console output from gnat1 with the above instrumentation
The following pattern occurs extremely often:
--- Comment #13 from oliver dot kellogg at eads dot com 2008-06-01 18:10
---
Created an attachment (id=15708)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15708&action=view)
instrumentation of build_simple_component_ref (for analysis only)
I put in some putchar calls of differen
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-05-25 18:56
---
ada/utils2.c:1774 (build_simple_component_ref)111547200:71.1%
clearly a frontend issue.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from oliver dot kellogg at eads dot com 2008-05-25 18:43
---
Created an attachment (id=15683)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15683&action=view)
att15682 was incorrect, two assignments already exhaust the memory. memreport
for _one_ assignmt.
--
o
--- Comment #10 from oliver dot kellogg at eads dot com 2008-05-25 18:17
---
Created an attachment (id=15682)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15682&action=view)
same as above but with assignments in pkg001u.adb lines 296 and 377 enabled
--
http://gcc.gnu.org/bug
--- Comment #9 from oliver dot kellogg at eads dot com 2008-05-25 18:12
---
Created an attachment (id=15681)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15681&action=view)
gnat1 (trunk r135848) output from -fmem-report, no aggregate assignments
--
http://gcc.gnu.org/bugzill
--- Comment #8 from oliver dot kellogg at eads dot com 2008-05-25 15:42
---
(in reply to comment #4)
> Does enabling optimization (-O) fix the problem?
No, does not change the behavior (other than taking even longer)
> [...] stats with a compiler configured with
> --enable-gather-deta
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-05-25 13:48 ---
Well, this assignment seems to be _very_ expensive both in terms of parsing
time
and size of the IL to expand. It certainly looks unreasonable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898
--- Comment #6 from oliver dot kellogg at eads dot com 2008-05-25 13:38
---
Created an attachment (id=15680)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15680&action=view)
statistics output from gnat1 on pkg001u.adb with one assignment
Here, I enabled the assignment in line 377
--- Comment #5 from oliver dot kellogg at eads dot com 2008-05-25 13:31
---
Created an attachment (id=15679)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15679&action=view)
statistics output from gnat1 on pkg001u.adb without aggregate assignments
--
http://gcc.gnu.org/bugzil
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-05-25 12:03 ---
Does enabling optimization (-O) fix the problem? My guess is that the
gimplification of the aggregate assignments creates lots of overhead, but that
needs to be investigated by Ada people - stats with a compiler con
--- Comment #3 from oliver dot kellogg at eads dot com 2008-05-25 10:38
---
Does not happen with -gnatc (syntax and semantics check only.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898
--- Comment #2 from oliver dot kellogg at eads dot com 2008-05-22 11:23
---
Still happens with 4.4.0 20080522.
Please advise if there is any further info that I could provide
to help track the problem down.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898
--- Comment #1 from oliver dot kellogg at eads dot com 2008-01-21 07:30
---
Created an attachment (id=14985)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14985&action=view)
source code for producing the bug
I tried this with gcc-4.1, 4.2, and 4.3.
If I remove the aggregate assi
18 matches
Mail list logo
