https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|NEW
Last reconfirmed|2012-11-20 00:0
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&action=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&action=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 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 changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #9 from Jakub Jelinek 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
(even for the insane te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
Steven Bosscher changed:
What|Removed |Added
Keywords||compile-time-hog
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
Paolo Carlini changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #6 from Kevin Hsu 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 have of course to anal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #4 from Kevin Hsu 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:
>
> kevin@ps027:~$ ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402
--- Comment #3 from Kevin Hsu 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 #2 from Kevin Hsu 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 #1 from Kevin Hsu 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.
16 matches
Mail list logo