This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
RE: [PATCH] PR fortran/62245 fix INT docs.
- From: "VandeVondele Joost" <joost dot vandevondele at mat dot ethz dot ch>
- To: Steve Kargl <sgk at troutmask dot apl dot washington dot edu>
- Cc: Gerald Pfeifer <gerald at pfeifer dot com>, "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>, "fortran at gcc dot gnu dot org" <fortran at gcc dot gnu dot org>
- Date: Sun, 24 Aug 2014 17:12:35 +0000
- Subject: RE: [PATCH] PR fortran/62245 fix INT docs.
- Authentication-results: sourceware.org; auth=none
- References: <908103EDB4893A42920B21D3568BFD9312F37DC4 at MBX23 dot d dot ethz dot ch> <alpine dot LSU dot 2 dot 11 dot 1408241443070 dot 3274 at tuna dot site> <908103EDB4893A42920B21D3568BFD9312F3ADDE at MBX23 dot d dot ethz dot ch> <20140824154913 dot GA46132 at troutmask dot apl dot washington dot edu> <908103EDB4893A42920B21D3568BFD9312F3BE97 at MBX23 dot d dot ethz dot ch>,<20140824165643 dot GA46452 at troutmask dot apl dot washington dot edu>
>> but helpful for gfortran users ?
>The problem is that a similar sentence would then need to be
>added to other intrinsic subroutines/functions where an actual
>argument might produce a result that is out-of-range of the
>representable entity.
So, I could remove the sentence if there is consensus.
>> maybe you could prepare a patch to add something like that to the
>> section on intrinsics?
>
>Sure, I'll come up with a statement to be added to Sec. 8.1 of
>the gfortran manual.
actually, it is more complicated, since gfortran does support things such as NaN, and Inf, depending on the hardware and the compilation options.