--- Additional Comments From pcarlini at suse dot de 2005-07-15 09:38
---
Fixed for 4.0.2.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-15
09:37 ---
Subject: Bug 21193
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-15 09:36:52
Modified files:
libstdc++-v3 : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-15
00:05 ---
Subject: Bug 21193
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-15 00:05:45
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13
10:47 ---
Subject: Bug 21193
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-13 10:47:40
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From tneumann at pi3 dot informatik dot
uni-mannheim dot de 2005-07-06 07:42 ---
How about using a union-cast to hash floating point numbers? Something like this
unsigned hash(double v) {
union { double a; unsigned long long b; } tmp;
tmp.a=v; return tmp.b^
--- Additional Comments From pcarlini at suse dot de 2005-07-05 16:30
---
Also investigate a better hashing of floating point values.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
Status|WAITING
--- Additional Comments From pcarlini at suse dot de 2005-04-28 12:12
---
By the way, the proposed patch does *not* implement FNV right: among other
things, replaces a bit-a-bit xor with a sum.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
--- Additional Comments From pcarlini at suse dot de 2005-04-26 14:52
---
> Just about any 8 or 16 bit target with a 16-bits wide address, including avr,
> etc. (so in general would expect sizeof(int) ~ sizeof(size_t) to be more
> consistently true, or of course could be structured to r
--- Additional Comments From schlie at comcast dot net 2005-04-26 14:38
---
(In reply to comment #6)
>> But collate<_CharT>::do_hash() already depends on sizeof(long)..
> ... which, of course, tracks size_t, on every platform I know. Or you have a
> counterexample?
Just about any 8 or 1
--- Additional Comments From pcarlini at suse dot de 2005-04-26 10:44
---
But, as I said, the issue is more general: whether we want a function that does
not depend on constants or one that does. If, after an appropriate bib search,
we
agree about the latter, wouldn't be difficult to di
--- Additional Comments From pcarlini at suse dot de 2005-04-26 10:39
---
... which, of course, tracks size_t, on every platform I know. Or you have a
counterexample?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
--- Additional Comments From TazForEver at dlfp dot org 2005-04-26 10:03
---
But collate<_CharT>::do_hash() already depends on sizeof(long)...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
--- Additional Comments From pcarlini at suse dot de 2005-04-26 09:49
---
Of course there are, but wouldn't be better just using an hashing function that
does *not* depend on such constants? Is really unavoidable? If we *really* think
so, then we have also to implement the necessary bits
--- Additional Comments From TazForEver at dlfp dot org 2005-04-26 09:36
---
Well, there are FNV* parameters for 32bits and 64bits size_t.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
--- Additional Comments From pcarlini at suse dot de 2005-04-26 08:45
---
Hi, and thanks for your report. Actually, as you may have noticed, we are aware
that the current function is not optimal in any sense... Now, if we want to
improve it now, maybe we should carry out a minimum of bib
--- Additional Comments From TazForEver at dlfp dot org 2005-04-24 16:58
---
Created an attachment (id=8729)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8729&action=view)
FNV
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
17 matches
Mail list logo
