1. Forum
  2. DOVE-Net
  3. Synchronet Programming

  • src/syncterm/GNUmakefile

    From Deucе@VERT to Git commit to main/sbbs/master on Tue Jan 20 06:31:55 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/73daffab73fc8de4acfa5151
    Modified Files:
    src/syncterm/GNUmakefile
    Log Message:
    Fix MANPREFIX usage for dpkg building

    Reported in IRC by phigz.

    ---
    ￭ Synchronet ￭ Vertrauen ￭ Home of Synchronet ￭ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Tue Jan 20 06:34:10 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/4b51d850add13f07c4642cfa
    Modified Files:
    src/syncterm/GNUmakefile
    Log Message:
    Add dpkg prefix to dpkg icons

    Reported by phigz in IRC

    ---
    ￭ Synchronet ￭ Vertrauen ￭ Home of Synchronet ￭ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Thu Apr 23 23:45:47 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/7aa9fdfd2524730a5d5cc059
    Modified Files:
    src/syncterm/GNUmakefile
    Log Message:
    SyncTERM: stop rebuilding xp_crypt_botan3 / xp_tls_botan3 every run

    The botan: delegation target in build/botan.gmake has no prerequisites
    and no recipe that creates a botan sentinel file. Every gmake run
    therefore reruns the recipe, and gmake marks botan as "just remade" —
    any target that lists botan as a normal prerequisite rebuilds along
    with it. xp_crypt_botan3.o and xp_tls_botan3.o did exactly that.

    Move botan to the order-only side of the prerequisite list on both
    rules. The recursive Botan check still runs first (fast no-op when
    up to date), but its timestamp no longer invalidates the two C++
    objects. A second back-to-back gmake now produces no Compiling lines.

    Mirrors the cl: / cryptlib: pattern, whose consumers depend on the
    real \$(CRYPT_LIB) file path — not on the cl pseudo-target — and so
    never hit this bug.

    Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

    ---
    ￭ Synchronet ￭ Vertrauen ￭ Home of Synchronet ￭ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Wed Apr 29 15:10:38 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/f36da754351f196969259bf6
    Modified Files:
    src/syncterm/GNUmakefile
    Log Message:
    SyncTERM: bootstrap DeuceSSH cmake configure at recipe time

    The deucessh recipe assumed configure had already run at parse time, but
    the parse-time probe deliberately skips configure when no system crypto
    is on disk — leaving the recipe to "cmake --build" a non-existent build
    tree. Run cmake -S/-B inside the recipe when deucessh.pc is missing so
    the unprobed path (fresh checkout, vendored Botan only) actually works.

    Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

    ---
    ￭ Synchronet ￭ Vertrauen ￭ Home of Synchronet ￭ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Wed Apr 29 15:28:49 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/b9eb45b6e93811b478487702
    Modified Files:
    src/syncterm/GNUmakefile
    Log Message:
    SyncTERM: pass PKG_CONFIG_PATH explicitly to parse-time pkg-config

    Some gmake versions (observed on Ubuntu) don't propagate
    `export PKG_CONFIG_PATH := ...` from build/botan.gmake into $(shell)
    calls during the same parse phase, so vendored Botan's pkg-config dir
    isn't seen — pkg-config falls back to system search and fails to find botan-3. The make-side variable is set correctly, so re-emit it on
    the pkg-config command line for the three botan/libcrypto probes that
    matter (DSSH_CRYPTO_READY, TRAILING_LIBS, BOTAN_CXXFLAGS).

    Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

    ---
    ￭ Synchronet ￭ Vertrauen ￭ Home of Synchronet ￭ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Mon Jun 29 14:27:04 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/be6da390182055e16a4d60a7
    Modified Files:
    src/syncterm/GNUmakefile
    Log Message:
    And win32 needs to link with the Vorbis libs too

    Not enough to just toss then in some random place in the file system
    I guess.

    ---
    ￭ Synchronet ￭ Vertrauen ￭ Home of Synchronet ￭ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Mon Jun 29 14:38:29 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/ff092d0f6d2127f12c06e0e7
    Modified Files:
    src/syncterm/GNUmakefile
    Log Message:
    Add Vorbis path to library search path for Windows

    ---
    ￭ Synchronet ￭ Vertrauen ￭ Home of Synchronet ￭ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Mon Jun 29 14:46:46 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/09d305f94d980cfe8ac589a5
    Modified Files:
    src/syncterm/GNUmakefile
    Log Message:
    Library order and shlwapi.dll for Windows

    ---
    ￭ Synchronet ￭ Vertrauen ￭ Home of Synchronet ￭ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Sun Aug 2 20:45:56 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/68be88ef812ffd90c7219ca6
    Modified Files:
    src/syncterm/GNUmakefile
    Log Message:
    build: link Botan static dependencies

    Use pkg-config --static for Botan so its Libs.private entries
    follow the Botan archive. This brings in Crypt32 when the Windows certificate-store module is enabled.

    Co-Authored-By: Codex <noreply@openai.com>

    ---
    ￭ Synchronet ￭ Vertrauen ￭ Home of Synchronet ￭ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Thu Aug 6 10:44:42 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/ab387d97a85240eddc97850c
    Modified Files:
    src/syncterm/GNUmakefile
    Log Message:
    syncterm: order Botan before DeuceSSH

    ---
    ￭ Synchronet ￭ Vertrauen ￭ Home of Synchronet ￭ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Thu Oct 29 14:50:59 2026
    https://gitlab.synchro.net/main/sbbs/-/commit/dd7d654e08b989bd0fb900fe
    Modified Files:
    src/syncterm/GNUmakefile
    Log Message:
    Link SyncTERM encode helpers before xpdev

    The per-BBS cache keys now pull utf8.o from libencode, whose Unicode helpers are provided by libxpdev. GNU linkers do not revisit the earlier xpdev archive, leaving undefined Unicode symbols on Linux, Alpine, ARM64, NetBSD, and MinGW.

    Place encode and hash before xpdev in the GNUmake final link. Verified the original failure and corrected link with native GNU ld.bfd and MinGW, and completed a full GNUmake release build with ld.bfd.

    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net