https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|NEW
Last reconfirmed|2012-11-20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #15 from Hasnain Lakhani ---
Created attachment 37536
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37536=edit
Faster version assigning each pair directly to the map
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #14 from Hasnain Lakhani ---
Created attachment 37535
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37535=edit
The slow code file with a huge initializer list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
Hasnain Lakhani changed:
What|Removed |Added
CC||m.hasnain.lakhani at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #12 from Jonathan Wakely ---
Similar to PR 56671 but -fno-exceptions doesn't help there, the issue is that
the initializer-list is in a constexpr constructor.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #11 from Steven Bosscher steven at gcc dot gnu.org 2013-03-06
10:30:20 UTC ---
Maybe the issues in this bug are the same as those for bug 55135.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2012-11-20
11:43:27 UTC ---
I believe the expensive part here is the EH, we end up with 56000 nested
try/finally constructs. With -fno-exceptions this compiles in reasonable time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #1 from Kevin Hsu kevin at topsy dot com 2012-11-19 22:27:00 UTC
---
In the example, the initializer list has maybe around 60,000 elements. This is
pretty large, but by no means a corner case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #2 from Kevin Hsu kevin at topsy dot com 2012-11-19 22:28:53 UTC
---
Created attachment 28737
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28737
The .cc file, gzip'd
In case it helps (gzipped)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #3 from Kevin Hsu kevin at topsy dot com 2012-11-19 22:30:48 UTC
---
Created attachment 28738
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28738
intermediate file, gzipped
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #4 from Kevin Hsu kevin at topsy dot com 2012-11-19 22:32:35 UTC
---
(In reply to comment #0)
An initializer list of tens of thousands of simple std::pair... causes GCC
4.7.2 to busily never return.
Command line:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #6 from Kevin Hsu kevin at topsy dot com 2012-11-20 00:24:11 UTC
---
(In reply to comment #5)
I don't think it's correct to say that it *never* finishes - the memory usage
also doesn't diverge - it's just extremely slow. We
16 matches
Mail list logo
