Arch Linux User Repository

@Grumpyoldgamer yes, I was thinking about that solution. I will try it later.

Looks like it may be necessary to add dos2unix to the build deps on this one. Also, for awareness, using the cmakelists included with the source, it builds without having to patch or tinker.

@shtirlic: The following patch works for me (probably there is a more elegant solution). Basically the patch changes the order of the Makefile rules to build 3rd. party dependencies and copy cryptlib.h in the right place before reach the new webget.o target (added in version 1.5).

--- a/src/build/Common.gmake
+++ b/src/build/Common.gmake
@@ -533,6 +533,50 @@
 endif
 CFLAGS += -fno-delete-null-pointer-checks

+$(CRYPT_LIB):  $(CRYPT_DEPS)
+cl:
+   $(MAKE) -C $(3RDPBUILDDIR) cryptlib
+
+$(XPDEV_LIB): xpdev
+xpdev:
+   $(MAKE) -C $(XPDEV_SRC) lib
+
+$(XPDEV-MT_LIB): xpdev-mt
+xpdev-mt:
+   $(MAKE) -C $(XPDEV_SRC) mtlib
+
+$(ENCODE_LIB): encode
+encode:
+   $(MAKE) -C $(ENCODE_SRC) lib
+
+$(HASH_LIB): hash
+hash:
+   $(MAKE) -C $(HASH_SRC) lib
+
+$(SMBLIB): smblib
+smblib:
+   $(MAKE) -C $(SMBLIB_SRC) lib
+
+$(CIOLIB-MT): ciolib-mt
+ciolib-mt:
+   $(MAKE) -C $(CIOLIB_SRC) mtlib
+
+$(UIFCLIB): uifc
+uifc:
+   $(MAKE) -C $(UIFC_SRC) lib
+
+$(UIFCLIB-MT): uifc-mt
+uifc-mt:
+   $(MAKE) -C $(UIFC_SRC) mtlib
+
+$(JS_LIB):  $(JS_DEPS)
+js:
+   $(MAKE) -C $(3RDPBUILDDIR) jslib
+
+$(SFTPLIB-MT): sftp-mt
+sftp-mt:
+   $(MAKE) -C $(SFTP_SRC) mtlib
+
 -include targets.mk
 -include $(SRC_ROOT)/build/rules.mk
 -include objects.mk        # defines $(OBJS)
@@ -592,47 +636,3 @@
 -include $(LIBODIR)/*.d
 -include $(EXEODIR)/*.d
 -include $(SRCODIR)/*.d
-
-$(XPDEV_LIB): xpdev
-xpdev:
-   $(MAKE) -C $(XPDEV_SRC) lib
-
-$(XPDEV-MT_LIB): xpdev-mt
-xpdev-mt:
-   $(MAKE) -C $(XPDEV_SRC) mtlib
-
-$(ENCODE_LIB): encode
-encode:
-   $(MAKE) -C $(ENCODE_SRC) lib
-
-$(HASH_LIB): hash
-hash:
-   $(MAKE) -C $(HASH_SRC) lib
-
-$(SMBLIB): smblib
-smblib:
-   $(MAKE) -C $(SMBLIB_SRC) lib
-
-$(CIOLIB-MT): ciolib-mt
-ciolib-mt:
-   $(MAKE) -C $(CIOLIB_SRC) mtlib
-
-$(UIFCLIB): uifc
-uifc:
-   $(MAKE) -C $(UIFC_SRC) lib
-
-$(UIFCLIB-MT): uifc-mt
-uifc-mt:
-   $(MAKE) -C $(UIFC_SRC) mtlib
-
-$(JS_LIB):  $(JS_DEPS)
-js:
-   $(MAKE) -C $(3RDPBUILDDIR) jslib
-
-$(CRYPT_LIB):  $(CRYPT_DEPS)
-cl:
-   $(MAKE) -C $(3RDPBUILDDIR) cryptlib
-
-$(SFTPLIB-MT): sftp-mt
-sftp-mt:
-   $(MAKE) -C $(SFTP_SRC) mtlib

To apply the patch use something like this in PKGBUILD, before running make in the build() function:

cat ../make_order.patch | patch -p1

If you don't want to use the patch and you are not interested in Cryptlib (SSL/TLS and SSH secure sessions), you can disable the compilation with:

make PREFIX="/usr" MANPREFIX="/usr/share" RELEASE=1 WITHOUT_CRYPTLIB=1

Creating gcc.linux.x64.lib.release/libuifc_mt.a ...
Compiling ooii.c
webget.c:6:10: fatal error: cryptlib.h: No such file or directory
    6 | #include <cryptlib.h>
      |          ^~~~~~~~~~~~
compilation terminated.
make: *** [../build/Common.gmake:563: gcc.linux.x64.obj.release-mt/webget.o] Error 1
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: syncterm-exit status 4

for the 1.6-1

Out-of-date ping. Thanks.

Updated the package to fix some build issues, plus include a thread patch similar to how upstream fixed for SBBS.

ncurses is required by the base group, so that's the only hard requirement. Everything else is now optional (X11/SDL/the "icon" support).

Let me know if you have any issues with the new package.

I fixed this by creating a patch against src/cl/kernel/thread.h to swap pthread_yield to use sched_yield (as is used in other areas). I am not sure if this is 100% equiv but it compiled and I was able to use it for a bit.

--- kernel/thread.h.orig    2022-04-22 10:39:51.040431767 -0600
+++ kernel/thread.h 2022-04-22 10:42:30.564205355 -0600
@@ -3016,7 +3016,7 @@
   #if defined( __linux__ ) && !defined( __USE_GNU )
    void pthread_yield( void );
   #endif /* Present but not prototyped unless GNU extensions are enabled */
-  #define  THREAD_YIELD()          pthread_yield()
+  #define  THREAD_YIELD()          sched_yield()
 #endif /* Not-very-portable Posix portability */
 #define THREAD_SLEEP( ms )         { \
                                                                        struct timeval tv = { 0 }; \

In order to fit this into the build system I added the patch file to 3rdp/build/ as cl-thread-pthread_yield.patch.

I modified 3rdp/build/GNUmakefile in the following ways:

Modified line 70 to include $(3RDP_ROOT)$(DIRSEP)/build/cl-thread-pthread_yield.patch right before | $(CRYPT_SRC) $(CRYPT_IDIR) end.

I added an additional patch line right after the "cl-learn-numbers.patch" line on 114: $(QUIET)patch -p0 -d $(CRYPT_SRC) < cl-thread-pthread_yield.patch

Now if you compile SyncTERM as before it should compile and link. Perhaps the maintainer knows how to wire all this up in an Arch reasonable way?

@rvalles: Yes, it is broken. But its a upstream issue.

There is a ticket about this undefined reference to pthread_yield': https://sourceforge.net/p/syncterm/tickets/77/

But so far, there is no fix.

The ticket is somewhat recent; its from 2022-01-05. Lets hope it gets fixed soon.

Since its an upstream issue, there is nothing I can do about it.

This build seems currently broken.

make[1]: Leaving directory '/home/rvalles/.cache/yay/syncterm/src/syncterm-1.1/src/hash'
Linking gcc.linux.x64.exe.release/syncterm
/usr/bin/ld: /home/rvalles/.cache/yay/syncterm/src/syncterm-1.1/src/../3rdp/gcc.linux.x64.release/cl/libcl.a(sendmsg.o): in function `waitForObject':
sendmsg.c:(.text+0x1096): undefined reference to `pthread_yield'
collect2: error: ld returned 1 exit status
make: *** [GNUmakefile:104: gcc.linux.x64.exe.release/syncterm] Error 1

On Manjaro, I just installed it a few days ago. Works fine.