From 821c689580300853a18290924c10741ca4f0edbd Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Martin=20Sj=C3=B6lund?= Date: Tue, 22 Sep 2026 07:41:58 +0200 Subject: [PATCH] deb: build against the system libffi The bundled static libffi collides with Debian's `libffi.so.8`, which glib -- and so Qt, and so OMEdit -- pulls into the same link. On bookworm/armhf that is fatal: libffi.a(prep_cif.c.o): undefined reference to symbol 'ffi_prep_closure_loc@@LIBFFI_CLOSURE_8.0' /lib/arm-linux-gnueabihf/libffi.so.8: error adding symbols: DSO missing from command line ld binds the archive's own reference to the DSO that already defines the symbol rather than extracting the member that does, and that DSO is an indirect dependency, not on the command line. `libffi-dev` has been a build dependency since before the CMake switch, and OMCompiler/3rdParty/cmake/FindLibFFI.cmake resolves it through pkg-config, multiarch include directory and all. Assisted-by: Claude Opus 5 (1M context) --- debian/rules | 1 + 1 file changed, 1 insertion(+) diff --git a/debian/rules b/debian/rules index 144abba..3da4848 100755 --- a/debian/rules +++ b/debian/rules @@ -50,6 +50,7 @@ build-stamp: -DCMAKE_C_FLAGS_RELEASE="$(OPTFLAG) -DNDEBUG" \ -DCMAKE_CXX_FLAGS_RELEASE="$(OPTFLAG) -DNDEBUG" \ -DOM_USE_CCACHE=OFF \ + -DOM_USE_SYSTEM_LIBFFI=ON \ -DOM_ENABLE_TESTSUITE=OFF \ -DOM_ENABLE_DOCS=OFF \ -DOM_ENABLE_GUI_CLIENTS=ON \