Merry Christmas!
The code related to integer output in libgfortran has accumulated some…
oddities over the years. I will soon post a finalized patch for faster
integer-to-decimal conversion (see
https://gcc.gnu.org/pipermail/fortran/2021-December/057201.html), but while
working on that I found
Hi,
Integer output in libgfortran is done by passing values as the largest integer
type available. This is what our gfc_itoa() function for conversion to decimal
form uses, as well, performing series of divisions by 10. On targets with a
128-bit integer type (which is most targets, really, nowa
First merry Christmas to all!
Bootstrapped and regtested on x86_64-pc-linux-gnu.
OK to commit?
OK.
Thanks for the (preliminary) patch!
Hi FX,
The patch has been bootstrapped and regtested on two 64-bit targets:
aarch64-apple-darwin21 (development branch) and x86_64-pc-gnu-linux. I would
like it to be tested on a 32-bit target without 128-bit integer type. Does
someone have access to that?
There are two possibilities: Eithe
Hi Thomas,
> There are two possibilities: Either use gcc45 on the compile farm, or
> run it with
> make -k -j8 check-fortran RUNTESTFLAGS="--target_board=unix'{-m32,-m64}'"
Thanks, right now I don’t have a Linux system with 32-bit support. I’ll see how
I can connect to gcc45, but if someone who
Hi fX,
right now I don’t have a Linux system with 32-bit support. I’ll see how I can
connect to gcc45, but if someone who is already set up to do can fire a quick
regtest, that would be great;)
I tested this on x86_64-pc-linux-gnu with
make -k -j8 check-fortran RUNTESTFLAGS="--target_board=
