Bug#904931: NVRM: GPU at 0000:01:00.0 has fallen off the bus.

2018-08-20 Thread Dennis Clarke
System locks up again but only the display and GPU are dead. I can ssh in just fine and everything else seems fine. dmesg say : [ 1355.774258] NVRM: GPU at PCI::01:00: GPU-3b06fc6f-1f69-a174-d221-b4f62fa5fc40 [ 1355.774270] NVRM: GPU Board Serial Number: [ 1355.774278] NVRM: Xid

Bug#907507: coreutils: /bin/dd throws a sig fault in mutex_optimistic_spin+0x164/0x1b0

2018-08-28 Thread Dennis Clarke
Package: coreutils Version: 8.26-3 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Attempt to kill -9 $pid for a process running dd * What exactly did you do (or not do) that was

Bug#895452: gcc-7: libquadmath is disabled for gcc 7.3.0 on powerpc64-linux-gnu

2018-04-11 Thread Dennis Clarke
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 *

Bug#895452: gcc-7: libquadmath is disabled for gcc 7.3.0 on powerpc64-linux-gnu

2018-04-11 Thread Dennis Clarke
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

Bug#895452: libquadmath and quadmath.h do not exist on ppc64

2018-04-18 Thread Dennis Clarke
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

Bug#895452: libquadmath and quadmath.h do not exist on ppc64

2018-04-18 Thread Dennis Clarke
I will test gcc-8-20180415 and see what results I get.

Bug#895452: some progress bootstrap completes for gcc 7.3.0

2018-04-16 Thread Dennis Clarke
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$