Upstream status: Taken from upstream.

From dca87c025665f0f010f906a4eba96da9794a4d04 Mon Sep 17 00:00:00 2001
From: Anthony Fok <foka@debian.org>
Date: Thu, 16 Jun 2022 02:40:23 -0600
Subject: [PATCH] Define PATH_MAX and MAXPATHLEN for GNU/Hurd compatibility

Special thanks to @henrich, @ucko and @kilobyte for reporting the issue
and offering suggestions on a fix.

See also https://bugs.debian.org/877795

Fixes #3119
---
 inc/basics.h | 8 ++++++++
 1 file changed, 8 insertions(+)

diff --git a/inc/basics.h b/inc/basics.h
index b8d65823b..14590c5b1 100644
--- a/inc/basics.h
+++ b/inc/basics.h
@@ -123,5 +123,13 @@ static inline int imax(int a, int b)
 			last = newitem;		       \
 		    }
 
+#ifdef __GNU__
+# ifndef PATH_MAX
+#  define PATH_MAX 4096
+# endif
+# ifndef MAXPATHLEN
+#  define MAXPATHLEN 4096
+# endif
+#endif
 
 #endif /* FONTFORGE_BASICS_H */
-- 
2.40.1

From e0480f143f27f8f2686b5b14d7d302fe22f35002 Mon Sep 17 00:00:00 2001
From: Anthony Fok <foka@debian.org>
Date: Thu, 16 Jun 2022 03:06:56 -0600
Subject: [PATCH] Undefine "extended" macro temporarily on GNU Hurd

GNU Mach microkernel header files (gnumach-dev 1.8+git20201129) added to
struct i386_xfp_save in /usr/include/i386-gnu/include/mach/i386/fp_reg.h
a new "extended" field which happens to collide with the macro definition
"#define extended double" in FontForge, leading to FTBFS on GNU Hurd.

This issue may be circumvented by temporarily undefining the "extended"
macro before loading `<gio/gio.h>` and friends, and redefining the
"extended" macro right after.
---
 inc/ffglib.h | 8 ++++++++
 1 file changed, 8 insertions(+)

diff --git a/inc/ffglib.h b/inc/ffglib.h
index f3419f0ab..25fe9ebde 100644
--- a/inc/ffglib.h
+++ b/inc/ffglib.h
@@ -26,11 +26,19 @@
 #define GMenuItem GMenuItem_GIO
 #define GTimer GTimer_GTK
 
+#ifdef __GNU__
+# undef extended
+#endif
+
 #include <gio/gio.h>
 #include <glib-object.h>
 #include <glib.h>
 #include <glib/gstdio.h>
 
+#ifdef __GNU__
+# define extended	double
+#endif
+
 #undef GList
 #undef GMenuItem
 #undef GTimer
-- 
2.40.1

<a href='/guix/log/gnu?id=1b354d785ca3a548224c2fce4bc4258aee70685c'>gnu</a>/<a href='/guix/log/gnu/tests.scm?id=1b354d785ca3a548224c2fce4bc4258aee70685c'>tests.scm</a></div><div class='content'><table class='list nowrap'><tr class='nohover'><th class='left'>Age</th><th class='left'>Commit message (<a href='/guix/log/gnu/tests.scm?id=1b354d785ca3a548224c2fce4bc4258aee70685c&amp;showmsg=1'>Expand</a>)</th><th class='left'>Author</th></tr>
<tr><td><span title='2023-04-21 16:16:38 +0200'>2023-04-21</span></td><td><a href='/guix/commit/gnu/tests.scm?id=a09c7da8f8d8e732f969cf0a09aaa78f87032ab1'>tests: Fork and exec a new Guile for the marionette REPL.</a><span class='msg-avail'>...<span class='msg-tooltip'>By merely forking PID 1, details from PID 1 (shepherd) would leak into
the marionette process, such as the set of modules in scope and state
inherited from the shepherd process (&lt;service&gt; instances, fibers,
etc.).  Running a fresh Guile instance avoids that.

* gnu/tests.scm (marionette-program): New procedure.
(marionette-shepherd-service): Change 'start' to use
'make-forkexec-constructor', and run the result of 'marionette-program'.
</span></span></td><td>Ludovic Courtès</td></tr>
<tr><td><span title='2022-05-18 22:29:54 +0200'>2022-05-18</span></td><td><a href='/guix/commit/gnu/tests.scm?id=9a5d68692314bebd16dbcdc0d4e4e52fa4d5812f'>services: Add more description fields.</a><span class='msg-avail'>...<span class='msg-tooltip'>* gnu/services.scm (simple-service): Add 'description' field.
* gnu/services/base.scm (udev-rules-service): Likewise.
* gnu/system/install.scm (configuration-template-service-type): Likewise.
* gnu/tests.scm (marionette-service-type): Likewise.
</span></span></td><td>Ludovic Courtès</td></tr>