From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-116796-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 15140 invoked by alias); 5 Jul 2005 15:57:08 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 15130 invoked by uid 22791); 5 Jul 2005 15:57:05 -0000
Received: from smtp-102-tuesday.nerim.net (HELO kraid.nerim.net) (62.4.16.102)
    by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 05 Jul 2005 15:57:05 +0000
Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186])
	by kraid.nerim.net (Postfix) with ESMTP id CCE8E40E23;
	Tue,  5 Jul 2005 17:57:02 +0200 (CEST)
Received: from uniton.integrable-solutions.net (localhost [127.0.0.1])
	by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id j65FtuKY006530;
	Tue, 5 Jul 2005 17:55:56 +0200
Received: (from gdr@localhost)
	by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id j65FtuNo006529;
	Tue, 5 Jul 2005 17:55:56 +0200
To: Michael Veksler <VEKSLER@il.ibm.com>
Cc: gcc@gcc.gnu.org
Subject: Re: tr1::unordered_set<double> bizarre rounding behavior (x86)
References: <OF45C5314C.15FDC5D6-ON43257035.004B3EF6-43257035.00565586@il.ibm.com>
From: Gabriel Dos Reis <gdr@integrable-solutions.net>
In-Reply-To: <OF45C5314C.15FDC5D6-ON43257035.004B3EF6-43257035.00565586@il.ibm.com>
Date: Tue, 05 Jul 2005 15:57:00 -0000
Message-ID: <m3mzp1b62b.fsf@uniton.integrable-solutions.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-SW-Source: 2005-07/txt/msg00160.txt.bz2

Michael Veksler <VEKSLER@il.ibm.com> writes:

[...]

| >     2. You don't know the answer. In that case you are supposed to file
| > a PR and trust bug-masters and maintainers about the issue.
| >
| > >   std::tr1::hash<dobule> is implemented in a very bad way.
| > >   it casts double to size_t, which of course does a very poor job on
| big
| > >   values (is the result of 1.0e100 cast to size_t defined ?).
| > >
| > >
| > Thanks. Patches welcome, as usual: contributions are certainly
| > encouraged, especially so from IBM - I would say - generally committed
| > to the project in a constructive, high quality, and friendly way.
| 
| Sorry, I am not on the gcc team (I am working on constraint solvers rather
| than compilers). I performed this review purely voluntarily.

And it is clearly welcome!  I hope more will follow :-)

-- Gaby