I will test gcc-8-20180415 and see what results I get.
New GCC bigid is being flipped around by Jakub Jelinek ( Red Hat )
who claims this issue is fixed for ppc64 in GCC version 8 that
does not exist anywhere. Not even in the git repo.
I am trying to figure out what is going on here.
see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82686
see http
Managed a bootstrap that didn't blow up.
At the moment the assembly output from a trivial test shows that the IBM
extended precision long double type is the default unless one actually
asks for the IEEE754-2008 128-bit datatype.
dclarke@nix:~/pgm/C/ieee754$
PATH=/usr/local/build/gcc-7.3.0_linux
On 11/04/18 04:52 PM, Matthias Klose wrote:
On 11.04.2018 19:04, Dennis Clarke wrote:
Package: gcc-7
Version: 7.3.0-15
Severity: important
Dear Maintainer,
* What led up to the situation?
Attempt to compile a trivial code test that uses #include
as well as _Float128 datatype and
Package: gcc-7
Version: 7.3.0-15
Severity: important
Dear Maintainer,
* What led up to the situation?
Attempt to compile a trivial code test that uses #include
as well as _Float128 datatype and quadmath_snprintf() call fails with
fatal error: quadmath.h: No such file or directory
* Wha
5 matches
Mail list logo
