Arch Linux User Repository

@Fil0sOFF thanks, was missing the dependency array entirely

Looks like it depends on 'ffcall' package at runtime.

gforth: error while loading shared libraries: libavcall.so.1: cannot open shared object file: No such file or directory

@spillner thanks, updated in rel 6

I had build failures under GCC 15.1.1 until applying the patch below.

diff -Naur old/PKGBUILD new/PKGBUILD
--- old/PKGBUILD        2025-05-04 06:50:31.366513787 -0400
+++ new/PKGBUILD        2025-05-04 06:50:37.115745835 -0400
@@ -32,6 +32,7 @@
   gforth-0.7.3.patch    #this was from the gnu homepage
   fflib.patch           #this was to correct the fflib forth compiled C code causing compilation failures
   gdb-set-logging.patch #Arch uses newer gdb, this avoids an annoying warning upon every disassembly
+  strict-prototypes.patch  # GCC 15.1 regards () as (void) rather than "matches anything"
 )
 md5sums=('ff484391e5cdf405867fcf96341820ab'
          '8a38578d1b44b83d533d6be27976fbf0'
@@ -49,7 +50,8 @@
          '67592037dc6e7e6129aee5c6897766ff'
          '05325fb09f814940838fa1a26182a1fc'
          '11ccb8cf94f6b593771a44ee388432a9'
-         '3d643861a1fd12943693328712002288')
+         '3d643861a1fd12943693328712002288'
+         'b6e07f597e81baa57cae7c5b58057c6d')

 prepare() {
   cd "$pkgbase-$pkgver"
@@ -69,6 +71,7 @@
   patch -Np0 -i ../gforth-0.7.3.patch
   patch -Np2 -i ../fflib.patch
   patch -Np1 -i ../gdb-set-logging.patch
+  patch -Np1 -i ../strict-prototypes.patch

   CONFIGURE_OPTS=(--prefix=/usr)
   if check_option "debug" "y"; then
diff -Naur old/strict-prototypes.patch new/strict-prototypes.patch
--- old/strict-prototypes.patch 1969-12-31 19:00:00.000000000 -0500
+++ new/strict-prototypes.patch 2025-05-04 06:50:42.085717040 -0400
@@ -0,0 +1,24 @@
+diff -Naur old/engine/signals.c new/engine/signals.c
+--- old/engine/signals.c       2013-10-11 17:31:28.060992169 -0400
++++ new/engine/signals.c       2025-05-04 06:37:21.373524260 -0400
+@@ -399,7 +399,7 @@
+ #endif
+   };
+   int i;
+-  void (*throw_handler)() = die_on_signal ? graceful_exit : signal_throw;
++  void (*throw_handler)(int) = die_on_signal ? graceful_exit : signal_throw;
+ #ifdef SIGSTKSZ 
+   stack_t sigstack;
+   int sas_retval=-1;
+diff -Naur old/engine/support.c new/engine/support.c
+--- old/engine/support.c       2025-05-04 06:42:53.812683711 -0400
++++ new/engine/support.c       2025-05-04 06:44:32.932838018 -0400
+@@ -79,7 +79,7 @@
+ {
+   char *s1,*s2;
+   int s1_len, s2_len;
+-  struct passwd *getpwnam (), *user_entry;
++  struct passwd *getpwnam (const char *), *user_entry;
+ 
+   if (size<1 || from[0]!='~')
+     return cstr(from, size, clear);

@laura7089 thanks, I've included now for new installs. v1.0 can't come soon enough!

I had the same failure as @mutewave until I re-added the -j1 to the first make command. Perhaps an unreliably reproducible race condition?

thanks @dbb and @mutewave again

added texlive meta - @mutewave it's likely well utilised in the 'make doc' section which I think I added shortly after adopting

@dbb that was what I did when I was trying to resolve the build failures post-patch. I'm actually curious why tex is a sticking point with this.

Fails to build in a clean chroot with:

You don't have a working TeX binary (tex) installed anywhere in
your PATH, and texi2dvi cannot proceed without one.  If you want to use
this script, you'll need to install TeX (if you don't have it) or change
your PATH or TEX environment variable (if you do).  See the --help
output for more details.

For information about obtaining TeX, please see http://tug.org/texlive,
or do a web search for TeX and your operating system or distro.
make: *** [Makefile:941: doc/gforth.dvi] Error 1

Needed to add texlive-meta to makedepends to get it to build.

No problem, thanks for your timely assistance. Happy holidays!