From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-hacker-return-7649-listarch-libc-hacker=sources.redhat.com@sources.redhat.com>
Received: (qmail 9286 invoked by alias); 11 Jun 2004 16:33:54 -0000
Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:libc-hacker-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/libc-hacker/>
List-Post: <mailto:libc-hacker@sources.redhat.com>
List-Help: <mailto:libc-hacker-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: libc-hacker-owner@sources.redhat.com
Received: (qmail 9270 invoked from network); 11 Jun 2004 16:33:54 -0000
Received: from unknown (HELO sunsite.ms.mff.cuni.cz) (195.113.15.26)
  by sourceware.org with SMTP; 11 Jun 2004 16:33:54 -0000
Received: from sunsite.ms.mff.cuni.cz (sunsite.mff.cuni.cz [127.0.0.1])
	by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8) with ESMTP id i5BEJl3j015825;
	Fri, 11 Jun 2004 16:19:47 +0200
Received: (from jakub@localhost)
	by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8/Submit) id i5BEJkXi015823;
	Fri, 11 Jun 2004 16:19:47 +0200
Date: Fri, 11 Jun 2004 16:33:00 -0000
From: Jakub Jelinek <jakub@redhat.com>
To: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Ulrich Drepper <drepper@redhat.com>,
   Glibc hackers <libc-hacker@sources.redhat.com>,
   Roland McGrath <roland@redhat.com>
Subject: Re: [PATCH] Update ulps on i386/s390{,x} for GCC 3.4
Message-ID: <20040611141946.GO5191@sunsite.ms.mff.cuni.cz>
Reply-To: Jakub Jelinek <jakub@redhat.com>
References: <20040611113137.GM5191@sunsite.ms.mff.cuni.cz> <OF06DD9B66.854303FD-ON42256EB0.005194F8-42256EB0.00597516@de.ibm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <OF06DD9B66.854303FD-ON42256EB0.005194F8-42256EB0.00597516@de.ibm.com>
User-Agent: Mutt/1.4i
X-SW-Source: 2004-06/txt/msg00017.txt.bz2

On Fri, Jun 11, 2004 at 06:17:06PM +0200, Martin Schwidefsky wrote:
> > ... and GCC 3.4 compiled libm on s390/s390x
> > fails a bunch of tests for exceptions being raised/not-raised on NaN/Inf
> > arguments in test-double (e.g. sqrt (NaN)).
> > Will look into that next.
> The reason for this is the generic implementation of __ieee754_sqrt.
> I side stepped the problem by defining s390 specific function that
> use the hardware instructions. See:
> 
> http://sources.redhat.com/ml/libc-alpha/2004-04/msg00119.html

See my later patch which fixes this.
That is not to say it isn't good to switch to hw sqrt on s390{,x}
(assuming that it is faster than the generic one and precise).
Though, I don't think we should be actually removing ulps allowances
for older GCCs as long as we still support them.

	Jakub