On Manjaro LInux. I downloaded the 1.9rc4 source archive. I usually build with cmake. When I did that, without changing the options, and ran syncterm, it worked perfectly, but I got a lot of debug output in my terminal. So I actually finally looked at your build instructions. I used make RELEASE=1
inflating: ../../src/../3rdp/src/cl/zlib/zutil.h [text]
patching file ./cryptlib.h
Reversed (or previously applied) patch detected! Assume -R? [n] patching file ./cryptlib.h
Reversed (or previously applied) patch detected! Assume -R? [n] In file included from bbslist.h:12,
from syncterm.h:9,
from uifcinit.c:9:
../xpdev/ini_file.h:32:18: fatal error: cryptlib.h: No such file or directory
32 | #include "cryptlib.h"
| ^~~~~~~~~~~~
compilation terminated.
make[1]: *** [../build/Common.gmake:575: gcc.linux.x64.obj.debug-mt/uifcinit.o] Error 1
In file included from bbslist.h:12,
from conn.h:12,
from ripper.c:32:
../xpdev/ini_file.h:32:18: fatal error: cryptlib.h: No such file or directory
32 | #include "cryptlib.h"
| ^~~~~~~~~~~~
compilation terminated.
make[1]: *** [../build/Common.gmake:575: gcc.linux.x64.obj.debug-mt/ripper.o] Error 1
In file included from uifc_ini.c:21:
../xpdev/ini_file.h:32:18: fatal error: cryptlib.h: No such file or directory
32 | #include "cryptlib.h"
| ^~~~~~~~~~~~
compilation terminated.
make[2]: *** [../build/Common.gmake:575: gcc.linux.x64.obj.debug-mt/uifc_ini.o] Error 1
make[2]: *** Waiting for unfinished jobs....
I hit enter there, and got:
Skip this patch? [y]
The cryptlib AUR package is out of date so I don't have it installed.
Anonymous
I tried a few times, with and without -j16, and I removed the source directory and unzipped the archive to try again. Same result.
So it was a race condition after all. I had the shell var MAKEFLAGS set to -j12
When I unset that, and didn't try to build using -j, syncterm built successfully. * opened https://gitlab.synchro.net/main/sbbs/-/merge_requests/719 to correct the race issue.
To do a release build using cmake with most backends, you need to pass
-DCMAKE_BUILD_TYPE=Releaseon the CMake configure command-line, ie:cmake -DCMAKE_BUILD_TYPE=Release ..and concurrent builds should work.Concurrent builds in the GMake system are a nightmare due to many untracked dependencies right now. Long-term, CMake will almost certainly become the only supported build style, but there's still a few nits I need to nail down first.