[Bug fortran/15952] New: Please support real*16

[Bug fortran/15952] New: Please support real*16

[schnetter at aei dot mpg dot de]

Please support the types real*16 and complex*32 when the flag 
-m128bit-long-double (or something equivalent) is used.

-- 
           Summary: Please support real*16
           Product: gcc
           Version: 3.5.0
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: P2
         Component: fortran
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: schnetter at aei dot mpg dot de
                CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15952

[Bug fortran/15952] Please support real*16

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-06-12 12:30 -------
Confirmed, on some targets the default is already that long doubles are 128bit, AMD64 (aka ia32e, 
x86_64) and powerpc-aix IIRC.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
   Last reconfirmed|0000-00-00 00:00:00         |2004-06-12 12:30:49
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15952

[Bug fortran/15952] Please support real*16

[tobi at gcc dot gnu dot org]

------- Additional Comments From tobi at gcc dot gnu dot org  2004-06-24 14:17 -------
On the compiler side, you should only have to add the type-specific information
to gfc_real_kinds, around line 70 in arith.c. I don't know what needs to be done
in the library, though. Stuff like this should be handled after Steve Kargl
finishes the rewrite of the internal arithmetic to use target precision
arithmetic, PR 15515.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |15515


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15952

[Bug fortran/15952] Please support real*16

[pinskia at gcc dot gnu dot org]

-- 
Bug 15952 depends on bug 15515, which changed state.

Bug 15515 Summary: Use gmp mpfr functionality instead of reimplementing standard functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15515

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15952

[Bug fortran/15952] Please support real*16

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-08-26 00:13 -------
Patch here: <http://gcc.gnu.org/ml/fortran/2004-08/msg00206.html>

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rth at gcc dot gnu dot org
           Keywords|                            |patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15952

[Bug fortran/15952] Please support real*16

[sgk at troutmask dot apl dot washington dot edu]

------- Additional Comments From sgk at troutmask dot apl dot washington dot edu  2004-08-26 23:58 -------
rth committed a (partial) fix for this.  If the target has a floating
point type that can be mapped to real*16, then we support it; otherwise;
we don't.  Note, we may have some missing real*16 intrinsic functions 
that need to be implemented.

-- 
steve

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15952

[Bug fortran/15952] Please support real*16

[rth at gcc dot gnu dot org]

------- Additional Comments From rth at gcc dot gnu dot org  2004-08-27 00:50 -------
The rest is still being worked on.  The portion I'm planning to do will
largely end once you can properly do all the arithmetic and the compiler
doesn't crash.

I promise nothing wrt library routines.  Here the libgfortran folk will
likely have to steal a large portion of glibc, since most targets don't
have real*16 library functions in libm.  Fortunately some do, so the code
exists to be stolen.  ;-)

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|rth at gcc dot gnu dot org  |
         AssignedTo|unassigned at gcc dot gnu   |rth at gcc dot gnu dot org
                   |dot org                     |
             Status|NEW                         |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15952

[Bug fortran/15952] Please support real*16

[rth at gcc dot gnu dot org]

------- Additional Comments From rth at gcc dot gnu dot org  2004-09-02 07:03 -------
Done.  Real kinds 10 (IEEE extended precision, a-la Intel) and 16
(IEEE Quad precision, a-la Sparc, HPPA, others) are supported for
platforms that implement them.

No effort is made to add real*16 support to targets that didn't already have it.
So for instance i686-linux will not have it.  But if someone were to add the
basic arithmetic bits to the i686 backend, then the Fortran front end would see
it and enable the new kind.

No effort is made to update all of the library bits to handle the new kinds.
In some cases this mostly Just Works.  When the new real kind matches long
double for the target, then we'll properly map to the "l" suffix routines in
libm.  But there are pleanty of fortran-specific bits in the library that 
havn't been extended for the new kinds.  These should be the subject of new
PRs as folks determine what's missing.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15952

[Bug fortran/15952] Please support real*16

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15952