Menu

#278 Build failure on Manjaro

1.9
closed
None
X11
1.9rc4
4 days ago
5 days ago
Andy Alt
No

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.

Discussion

  • Andy Alt

    Andy Alt - 5 days ago

    I tried a few times, with and without -j16, and I removed the source directory and unzipped the archive to try again. Same result.

     
  • Andy Alt

    Andy Alt - 5 days ago

    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.

     
  • Stephen James Hurd

    To do a release build using cmake with most backends, you need to pass -DCMAKE_BUILD_TYPE=Release on 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.

     
  • Stephen James Hurd

    • status: open --> closed
    • assigned_to: Stephen James Hurd
     

Anonymous
Anonymous

Add attachments
Cancel