From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11496 invoked by alias); 18 May 2003 13:06:00 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 11470 invoked by uid 71); 18 May 2003 13:06:00 -0000 Date: Sun, 18 May 2003 13:06:00 -0000 Message-ID: <20030518130600.11469.qmail@sources.redhat.com> To: gdr@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Gabriel Dos Reis Subject: Re: libstdc++/10689: pow(std::complex(0),1/3) returns (nan, nan) instead of 0. Reply-To: Gabriel Dos Reis X-SW-Source: 2003-05/txt/msg02030.txt.bz2 List-Id: The following reply was made to PR libstdc++/10689; it has been noted by GNATS. From: Gabriel Dos Reis To: bkoz@gcc.gnu.org Cc: Daniel.Levine@jhuapl.edu, gcc-bugs@gcc.gnu.org, gcc-gnats@gcc.gnu.org Subject: Re: libstdc++/10689: pow(std::complex(0),1/3) returns (nan, nan) instead of 0. Date: 18 May 2003 14:57:42 +0200 bkoz@gcc.gnu.org writes: | Synopsis: pow(std::complex(0),1/3) returns (nan, nan) instead of 0. | | Responsible-Changed-From-To: unassigned->gdr | Responsible-Changed-By: bkoz | Responsible-Changed-When: Fri May 16 20:04:27 2003 | Responsible-Changed-Why: | Maybe you could triage this? It's either runtime or __builtin I think. It is not __builtin. It is runtime. A proper way to fix this is to to use __builtin where appropriate and runtime where not. The traditional approach is through traits. Will handle that, after I applied the name lookup patch. This week is too heavy... -- Gaby