public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/15952] New: Please support real*16
@ 2004-06-12 10:02 schnetter at aei dot mpg dot de
2004-06-12 12:30 ` [Bug fortran/15952] " pinskia at gcc dot gnu dot org
` (7 more replies)
0 siblings, 8 replies; 9+ messages in thread
From: schnetter at aei dot mpg dot de @ 2004-06-12 10:02 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug fortran/15952] Please support real*16
2004-06-12 10:02 [Bug fortran/15952] New: Please support real*16 schnetter at aei dot mpg dot de
@ 2004-06-12 12:30 ` pinskia at gcc dot gnu dot org
2004-06-24 15:14 ` tobi at gcc dot gnu dot org
` (6 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-06-12 12:30 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug fortran/15952] Please support real*16
2004-06-12 10:02 [Bug fortran/15952] New: Please support real*16 schnetter at aei dot mpg dot de
2004-06-12 12:30 ` [Bug fortran/15952] " pinskia at gcc dot gnu dot org
@ 2004-06-24 15:14 ` tobi at gcc dot gnu dot org
2004-08-26 0:11 ` pinskia at gcc dot gnu dot org
` (5 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: tobi at gcc dot gnu dot org @ 2004-06-24 15:14 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug fortran/15952] Please support real*16
2004-06-12 10:02 [Bug fortran/15952] New: Please support real*16 schnetter at aei dot mpg dot de
2004-06-12 12:30 ` [Bug fortran/15952] " pinskia at gcc dot gnu dot org
2004-06-24 15:14 ` tobi at gcc dot gnu dot org
@ 2004-08-26 0:11 ` pinskia at gcc dot gnu dot org
2004-08-26 0:13 ` pinskia at gcc dot gnu dot org
` (4 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-08-26 0:11 UTC (permalink / raw)
To: gcc-bugs
--
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug fortran/15952] Please support real*16
2004-06-12 10:02 [Bug fortran/15952] New: Please support real*16 schnetter at aei dot mpg dot de
` (2 preceding siblings ...)
2004-08-26 0:11 ` pinskia at gcc dot gnu dot org
@ 2004-08-26 0:13 ` pinskia at gcc dot gnu dot org
2004-08-26 23:58 ` sgk at troutmask dot apl dot washington dot edu
` (3 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-08-26 0:13 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug fortran/15952] Please support real*16
2004-06-12 10:02 [Bug fortran/15952] New: Please support real*16 schnetter at aei dot mpg dot de
` (3 preceding siblings ...)
2004-08-26 0:13 ` pinskia at gcc dot gnu dot org
@ 2004-08-26 23:58 ` sgk at troutmask dot apl dot washington dot edu
2004-08-27 0:50 ` rth at gcc dot gnu dot org
` (2 subsequent siblings)
7 siblings, 0 replies; 9+ messages in thread
From: sgk at troutmask dot apl dot washington dot edu @ 2004-08-26 23:58 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug fortran/15952] Please support real*16
2004-06-12 10:02 [Bug fortran/15952] New: Please support real*16 schnetter at aei dot mpg dot de
` (4 preceding siblings ...)
2004-08-26 23:58 ` sgk at troutmask dot apl dot washington dot edu
@ 2004-08-27 0:50 ` rth at gcc dot gnu dot org
2004-09-02 7:04 ` rth at gcc dot gnu dot org
2004-11-06 15:40 ` pinskia at gcc dot gnu dot org
7 siblings, 0 replies; 9+ messages in thread
From: rth at gcc dot gnu dot org @ 2004-08-27 0:50 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug fortran/15952] Please support real*16
2004-06-12 10:02 [Bug fortran/15952] New: Please support real*16 schnetter at aei dot mpg dot de
` (5 preceding siblings ...)
2004-08-27 0:50 ` rth at gcc dot gnu dot org
@ 2004-09-02 7:04 ` rth at gcc dot gnu dot org
2004-11-06 15:40 ` pinskia at gcc dot gnu dot org
7 siblings, 0 replies; 9+ messages in thread
From: rth at gcc dot gnu dot org @ 2004-09-02 7:04 UTC (permalink / raw)
To: gcc-bugs
------- 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
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Bug fortran/15952] Please support real*16
2004-06-12 10:02 [Bug fortran/15952] New: Please support real*16 schnetter at aei dot mpg dot de
` (6 preceding siblings ...)
2004-09-02 7:04 ` rth at gcc dot gnu dot org
@ 2004-11-06 15:40 ` pinskia at gcc dot gnu dot org
7 siblings, 0 replies; 9+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-11-06 15:40 UTC (permalink / raw)
To: gcc-bugs
--
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15952
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2004-11-06 15:40 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-06-12 10:02 [Bug fortran/15952] New: Please support real*16 schnetter at aei dot mpg dot de
2004-06-12 12:30 ` [Bug fortran/15952] " pinskia at gcc dot gnu dot org
2004-06-24 15:14 ` tobi at gcc dot gnu dot org
2004-08-26 0:11 ` pinskia at gcc dot gnu dot org
2004-08-26 0:13 ` pinskia at gcc dot gnu dot org
2004-08-26 23:58 ` sgk at troutmask dot apl dot washington dot edu
2004-08-27 0:50 ` rth at gcc dot gnu dot org
2004-09-02 7:04 ` rth at gcc dot gnu dot org
2004-11-06 15:40 ` pinskia at gcc dot gnu dot org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).