Bug#822214: petsc: FTBFS on hurd, but previously did: error: 'vm_address_t' does not name a type

[Tobias Frost]

Source: petsc
Version: 3.6.3.dfsg2-1
Severity: normal

Hi,

as the title says, it fails to build on hurd.
The following patch makes it compile again, tested on exodar.d.n.

$cat hurd.patch
--- a/src/sys/memory/mem.c
+++ b/src/sys/memory/mem.c
@@ -21,6 +21,9 @@
 #include <sys/resource.h>
 #endif
 #if defined(PETSC_HAVE_SYS_PROCFS_H)
+#if defined __gnu_hurd__
+#include <mach/std_types.h>
+#endif
 /* #include <sys/int_types.h> Required if using gcc on solaris 2.6 */
 #include <sys/procfs.h>
 #endif


This FTBFS currently prevents some decruft we doing in preparation for libpng removal,
therefore I'm plan to NMU this patch.

Thanks!

--
tobi


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)