Hi Jakub,
> This doesn't seem to handle the powerpc* IBM double double long double.
Do we support the IEEE Fortran modules on this target, despite having a
non-IEEE long double? I remember we talked about it when I first implemented
it, but can’t remember what choice we ended up making.
> __L
On Mon, Jan 17, 2022 at 12:11:59AM +0100, FX via Gcc-patches wrote:
> This patch is the third in my “signaling NaN” series. For targets with IEEE
> support but without the issignaling macro in libc (i.e., everywhere except
> glibc), this allows us to provide a fallback implementation. In order to
> Yes, it does.
>
> (There is also some leeway granted to non-release-critical languages
> like Fortran. RM approval is only needed once a branch has been
> frozen).
Thanks Thomas. Pushed:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=e89d0befe3ec3238fca6de2cb078eb403b8c7e99
I’m hoping my use
On 24.01.22 15:23, FX via Fortran wrote:
Then it’s OK to commit for me, but you will need approval from release managers
at this stage.
Hum… I submitted it before stage 4 started, does that count?
Yes, it does.
(There is also some leeway granted to non-release-critical languages
like Fortran
> Then it’s OK to commit for me, but you will need approval from release
> managers at this stage.
Hum… I submitted it before stage 4 started, does that count?
FX
Le 23/01/2022 à 11:05, FX a écrit :
Hi Mikael,
I spotted two unexpected things (to me at least) related to x86 extended type:
- You check for endianness, so the format is not x86-specific?
- Is it expected that the padding bits are in the middle of the data in the
big-endian case?
IEEE speci
Hi Mikael,
> I spotted two unexpected things (to me at least) related to x86 extended type:
> - You check for endianness, so the format is not x86-specific?
> - Is it expected that the padding bits are in the middle of the data in the
> big-endian case?
IEEE specifies that extended precision typ
Hello,
Le 17/01/2022 à 00:11, FX via Fortran a écrit :
This patch is the third in my “signaling NaN” series. For targets with IEEE
support but without the issignaling macro in libc (i.e., everywhere except
glibc), this allows us to provide a fallback implementation. In order to keep
the code
This patch is the third in my “signaling NaN” series. For targets with IEEE
support but without the issignaling macro in libc (i.e., everywhere except
glibc), this allows us to provide a fallback implementation. In order to keep
the code in ieee_helper.c relatively readable, I’ve put that new im
