From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11381 invoked by alias); 17 Nov 2007 17:10:21 -0000 Received: (qmail 11343 invoked by uid 48); 17 Nov 2007 17:10:12 -0000 Date: Sat, 17 Nov 2007 17:10:00 -0000 Message-ID: <20071117171012.11342.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug fortran/34040] relation between kinds and C types (for math builtins) shouldn't be hardcoded In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "fxcoudert at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2007-11/txt/msg01632.txt.bz2 ------- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-11-17 17:10 ------- First, a question: what are the math functions that should be used for DFmode on sh with -m2e? For example, what function should we use for copysign(DFmode, DFmode): is that copysignl? After talking about it on IRC... - this is a 4.3 regression, but the underlying problem is present since gfortran was created - targets with DOUBLE_TYPE_SIZE != 64 aren't so common - even if we fix the front-end issue, we might have plenty of failures in the testsuite because the testsuite widely uses 64-bit floating-points types, for which we might not have math functions... -- fxcoudert at gcc dot gnu dot org changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[4.3 Regression] ICE: in |relation between kinds and C |simplify_subreg, at |types (for math builtins) |simplify-rtx.c:4921 building|shouldn't be hardcoded |libgfortran | Target Milestone|4.3.0 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34040