On Mon, May 04, 2026 at 02:48:51PM +0300, Jussi Pakkanen wrote: > On 5/4/26 14:14, Adrian Bunk wrote: > > >> /usr/bin/x86_64-linux-gnu-ld.bfd: tests.p/src_test_test.cpp.o: in > function `main': > >> /usr/include/boost/test/unit_test.hpp:65:(.text.startup+0x11): undefined > reference to `boost::unit_test::unit_test_main(bool (*)(), int, char**)' > >> collect2: error: ld returned 1 exit status > >> ... > > > > It might be a meson bug that linking with the static library is attempted? > > Based on this piece of the log file, it should use the shared library: > > > - final link args: > ['/usr/lib/x86_64-linux-gnu/libboost_unit_test_framework.so.1.90.0'] > > Run-time dependency Boost (found: unit_test_framework) for cpp found: YES > 1.90.0 (/usr) >...
The second log is after installing libboost-all-dev. > But the issue might lie in the way Boost splits its implementation. This > finds the unit testing library, but not the main. There may have been a > change that makes the main library its own dependency whereas earlier it was > part of boost-test. Sometimes people want to use their own main, even if > using a testing framework. What makes meson find static libraries instead of shared libraries? cu Adrian
