public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
From: "steven at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/13776] [tree-ssa] Many C++ compile-time regression in 3.5-tree-ssa 040120
Date: Wed, 31 Mar 2004 20:44:00 -0000 [thread overview]
Message-ID: <20040331204403.3615.qmail@sources.redhat.com> (raw)
In-Reply-To: <20040120183908.13776.kgardas@objectsecurity.com>
------- Additional Comments From steven at gcc dot gnu dot org 2004-03-31 20:44 -------
I agree that a special pointer hasher would be nice. Should be easy,
just duplicate the code of iterative_hash in hashtab.c and specialize
it for void *.
But that doesn't reduce the number of find_slot calls. It's not like
the tables are sparse and we're getting tons of collisions. We just
use the hash table that much, and we should be looking into ways for
speeding it up.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13776
next prev parent reply other threads:[~2004-03-31 20:44 UTC|newest]
Thread overview: 93+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-20 18:39 [Bug c++/13776] New: Many C++ compile-time regression in 3.5-tree-ssa 040120 in comparison with 3.4.0 040114 kgardas at objectsecurity dot com
2004-01-20 18:53 ` [Bug c++/13776] " bangerth at dealii dot org
2004-01-20 18:57 ` kgardas at objectsecurity dot com
2004-01-20 19:03 ` dhazeghi at yahoo dot com
2004-01-20 19:17 ` kgardas at objectsecurity dot com
2004-01-20 19:29 ` pinskia at gcc dot gnu dot org
2004-01-20 19:42 ` bangerth at dealii dot org
2004-01-21 23:33 ` [Bug c++/13776] [tree-ssa] " pinskia at gcc dot gnu dot org
2004-01-25 21:03 ` [Bug c++/13776] [tree-ssa] Many C++ compile-time regression in 3.5-tree-ssa 040120 mmitchel at gcc dot gnu dot org
2004-03-03 15:06 ` dnovillo at redhat dot com
2004-03-03 15:39 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-03 16:27 ` pinskia at gcc dot gnu dot org
2004-03-12 14:21 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-12 23:34 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-13 2:02 ` dberlin at dberlin dot org
2004-03-13 2:08 ` dberlin at dberlin dot org
2004-03-13 2:08 ` dnovillo at redhat dot com
2004-03-13 2:10 ` dberlin at gcc dot gnu dot org
2004-03-13 11:09 ` mattyt-bugzilla at tpg dot com dot au
2004-03-13 11:43 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-13 11:46 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-13 15:57 ` dberlin at dberlin dot org
2004-03-13 16:00 ` dberlin at dberlin dot org
2004-03-13 16:44 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-13 16:53 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-13 17:00 ` dberlin at dberlin dot org
2004-03-13 17:02 ` dberlin at dberlin dot org
2004-03-13 17:07 ` dberlin at dberlin dot org
2004-03-14 4:47 ` dberlin at gcc dot gnu dot org
2004-03-14 12:10 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-14 13:54 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-14 15:38 ` dberlin at dberlin dot org
2004-03-14 18:00 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-14 18:22 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-14 22:21 ` dberlin at dberlin dot org
2004-03-14 22:23 ` dberlin at dberlin dot org
2004-03-14 22:28 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-14 22:52 ` dberlin at gcc dot gnu dot org
2004-03-14 23:14 ` dberlin at gcc dot gnu dot org
2004-03-14 23:45 ` pinskia at gcc dot gnu dot org
2004-03-15 9:03 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-24 17:16 ` giovannibajo at libero dot it
2004-03-24 18:32 ` giovannibajo at libero dot it
2004-03-28 7:38 ` pinskia at gcc dot gnu dot org
2004-03-28 18:45 ` pinskia at gcc dot gnu dot org
2004-03-29 2:32 ` pinskia at gcc dot gnu dot org
2004-03-29 12:14 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-31 19:33 ` steven at gcc dot gnu dot org
2004-03-31 19:37 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-31 19:53 ` zack at codesourcery dot com
2004-03-31 20:01 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-03-31 20:44 ` steven at gcc dot gnu dot org [this message]
2004-04-04 12:45 ` steven at gcc dot gnu dot org
2004-04-10 14:58 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-04-10 15:32 ` Diego Novillo
2004-04-10 15:33 ` dnovillo at redhat dot com
2004-04-10 15:36 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-04-10 16:10 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-04-10 16:20 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-05-17 15:59 ` [Bug tree-optimization/13776] [3.5 Regression] " pinskia at gcc dot gnu dot org
2004-06-07 18:13 ` pinskia at gcc dot gnu dot org
2004-06-09 23:55 ` pinskia at gcc dot gnu dot org
2004-06-29 21:12 ` rth at gcc dot gnu dot org
2004-06-30 3:15 ` giovannibajo at libero dot it
2004-07-08 18:16 ` kgardas at objectsecurity dot com
2004-08-30 1:40 ` giovannibajo at libero dot it
2004-08-31 9:15 ` kgardas at objectsecurity dot com
2004-10-23 21:26 ` [Bug tree-optimization/13776] [4.0 Regression] [tree-ssa] Many C++ compile-time regression in 4.0-tree-ssa 040120 pinskia at gcc dot gnu dot org
2004-10-25 12:03 ` kgardas at objectsecurity dot com
2004-10-25 13:02 ` rguenth at tat dot physik dot uni-tuebingen dot de
2004-10-25 13:20 ` kgardas at objectsecurity dot com
2004-11-16 1:52 ` pinskia at gcc dot gnu dot org
2004-11-18 21:12 ` pinskia at gcc dot gnu dot org
2004-11-19 11:15 ` kgardas at objectsecurity dot com
2004-11-19 18:22 ` pinskia at gcc dot gnu dot org
2004-11-29 19:56 ` kgardas at objectsecurity dot com
2004-11-29 20:05 ` law at redhat dot com
2004-11-29 21:04 ` kgardas at objectsecurity dot com
2004-12-13 3:03 ` pinskia at gcc dot gnu dot org
2004-12-13 6:38 ` pinskia at gcc dot gnu dot org
2004-12-13 6:59 ` pinskia at gcc dot gnu dot org
2004-12-28 21:03 ` [Bug middle-end/13776] [4.0 Regression] " kgardas at objectsecurity dot com
2005-01-26 10:21 ` [Bug middle-end/13776] [4.0 Regression] Many C++ compile-time regressions for MICO's ORB code steven at gcc dot gnu dot org
2005-01-26 10:25 ` rguenth at tat dot physik dot uni-tuebingen dot de
2005-01-26 10:25 ` kgardas at objectsecurity dot com
2005-01-26 10:46 ` kgardas at objectsecurity dot com
2005-01-26 11:36 ` steven at gcc dot gnu dot org
2005-01-27 5:03 ` pinskia at gcc dot gnu dot org
2005-01-31 9:31 ` kgardas at objectsecurity dot com
2005-02-01 13:39 ` arend dot bayer at web dot de
2005-03-02 20:09 ` [Bug middle-end/13776] [4.0/4.1 " kgardas at objectsecurity dot com
2005-03-02 21:28 ` pinskia at gcc dot gnu dot org
2005-03-02 21:32 ` giovannibajo at libero dot it
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040331204403.3615.qmail@sources.redhat.com \
--to=gcc-bugzilla@gcc.gnu.org \
--cc=gcc-bugs@gcc.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).