public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* c++/10717: Performance issue in expand_static_init with large number of static initializors
@ 2003-05-09 19:36 pinskia
0 siblings, 0 replies; only message in thread
From: pinskia @ 2003-05-09 19:36 UTC (permalink / raw)
To: gcc-gnats
>Number: 10717
>Category: c++
>Synopsis: Performance issue in expand_static_init with large number of static initializors
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Fri May 09 19:36:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator: Andrew Pinski
>Release: 3.4
>Organization:
>Environment:
powerpc-darwin (all really, does not matter).
>Description:
This is related to http://gcc.gnu.org/PR?10060 as the code is the same but the problem is different.
cp_finish_decl (cp/decl.c:8221) calls expand_static_init (cp/decl.c:8512) calls value_member and value_member looks though a linked list which is very ineffienct, a better way is to use a hashtable.
>How-To-Repeat:
See http://gcc.gnu.org/PR?10060 how to generate the file and compile it, it will ice when compiling (but that is the problem for that PR).
>Fix:
Use a hashtable instead of a linked list.
>Release-Note:
>Audit-Trail:
>Unformatted:
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2003-05-09 19:36 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-05-09 19:36 c++/10717: Performance issue in expand_static_init with large number of static initializors pinskia
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).