From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12381 invoked by alias); 22 May 2007 20:47:28 -0000 Received: (qmail 12353 invoked by uid 48); 22 May 2007 20:47:13 -0000 Date: Tue, 22 May 2007 20:47:00 -0000 Subject: [Bug fortran/32049] New: Support on x86_64 also kind=16 X-Bugzilla-Reason: CC Message-ID: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "burnus 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-05/txt/msg01941.txt.bz2 It would be great if kind=16 could also be supported on x86_64 besides the kinds 4, 8 and 10. With this some legacy code could be run and we would catch up with ifort, which support kind 4, 8 and 16. (16 with software emulation.) Problems: - software fp is still a bit incomplete - Supporting kind = 10 and kind = 16 at the same time is not supported by libgfortran. For the current software floating point support, see: http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01490.html http://gcc.gnu.org/ml/gcc-patches/2007-04/msg00728.html Support for __float128 (TFmode) IEEE quad type is available via soft-fp library on x86_64 targets. The support includes basic arithmetic operations (addition, subtraction, negation, multiplication and division of __float128 values), full set of IEEE comparisons between __float128 values, conversions to and from float, double and long double floating point types, as well as conversions to and from signed or unsigned integer, signed or unsigned long integer and signed or unsigned quad integer (TImode) types. Additionally, all operations generate full set of IEEE exceptions and support full set of IEEE rounding modes. -- Summary: Support on x86_64 also kind=16 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32049