From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17082 invoked by alias); 15 Nov 2002 01:46:03 -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 17057 invoked by uid 71); 15 Nov 2002 01:46:02 -0000 Resent-Date: 15 Nov 2002 01:46:02 -0000 Resent-Message-ID: <20021115014602.17056.qmail@sources.redhat.com> Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer) Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org Resent-Reply-To: gcc-gnats@gcc.gnu.org, aganse@apl.washington.edu Received: (qmail 16427 invoked by uid 61); 15 Nov 2002 01:41:22 -0000 Message-Id: <20021115014122.16426.qmail@sources.redhat.com> Date: Thu, 21 Nov 2002 05:22:00 -0000 From: aganse@apl.washington.edu Reply-To: aganse@apl.washington.edu To: gcc-gnats@gcc.gnu.org X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31) Subject: fortran/8587: (double complex zero)**(double prec number) = NAN instead of zero X-SW-Source: 2002-11/txt/msg00748.txt.bz2 List-Id: >Number: 8587 >Category: fortran >Synopsis: (double complex zero)**(double prec number) = NAN instead of zero >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Thu Nov 14 17:46:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Andy Ganse, Applied Physics Laboratory, Seattle >Release: GNU Fortran 0.5.26 20000731 (Red Hat Linux 7.2 2.96-112.7.2) and also GNU Fortran 0.5.25 19991024 >Organization: >Environment: GNU Fortran 0.5.26 20000731 on RedHat i386/7.3 on athlon GNU Fortran 0.5.25 19991024 on SunOS 5.8 on Sun-Blade-1000 >Description: There are a couple situations (produced in the small attached test source file) when a double complex variable set to zero, and raised to the power of another variable, is not equaling zero - it's coming out as NAN instead. This all works fine in Sun F77 if that's useful for comparison... The case where a double complex variable equaling zero is raised to a real (as opposed to double precision) constant works here but is producing slightly off values in our program when the double complex variable does not equal zero. >How-To-Repeat: compile and run the attached dprec.f >Fix: ? >Release-Note: >Audit-Trail: >Unformatted: ----gnatsweb-attachment---- Content-Type: application/octet-stream; name="dprec.f" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dprec.f" CiAgICAgIGRvdWJsZSBjb21wbGV4IGRjMSwgZGMyLCBkYzMsIGRjNCwgZGM1LCBkYzYKICAgICAg ZG91YmxlIHByZWNpc2lvbiBkMSwgZDIKICAgICAgcmVhbCByMQogICAgICBkYzE9ZGNtcGx4KDAu ZDAsMC5kMCkKICAgICAgZDE9MgogICAgICBkMj0yLmQwCiAgICAgIHIxPTIKICAgICAgZGMyPWRj MSoqZDEKICAgICAgZGMzPWRjMSoqZDIKICAgICAgZGM0PWRjMSoqcjEKICAgICAgZGM1PWRjMSoq MgogICAgICBkYzY9ZGMxKioyLmQwCiAgICAgIHByaW50ICosIGRjMSwgZGMyLCBkYzMsIGRjNCwg ZGM1LCBkYzYKCmMgICAgIGlzIHByb2R1Y2luZzoKYyAgICAgKDAuLDAuKSAoTkFOLE5BTikgKE5B TixOQU4pIChOQU4sTkFOKSAoMC4sMC4pIChOQU4sTkFOKQpjICAgICBpbnN0ZWFkIG9mOgpjICAg ICAoMC4sMC4pICgwLiwwLikgKDAuLDAuKSAoMC4sMC4pICgwLiwwLikgKDAuLDAuKQoKICAgICAg ZW5kIAo=