Arch Linux User Repository

==> ERROR: binary dependency 'libfmt.so.10' not found for 'mount.dwarfs'

dwarfs 0.10.1-2

parallel-hashmap-1.3.12/tests/btree_test.cc:844:55:   required from ‘void phmap::priv::{anonymous}::MultiMapTest() [with K = std::__cxx11::basic_string<char>; int N = 256]’
  844 |         BtreeMultiTest<BtreeMMap, std::multimap<K, K>>();
      |         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~
/parallel-hashmap-1.3.12/tests/btree_test.cc:855:61:   required from here
  855 |     TEST(Btree, multimap_string) { MultiMapTest<std::string>(); }
      |                                    ~~~~~~~~~~~~~~~~~~~~~~~~~^~
/parallel-hashmap-1.3.12/tests/btree_test.cc:633:39: error: ‘GTEST_FLAG_GET’ was not declared in this scope; did you mean ‘GTEST_FLAG’?
  633 |             GTEST_FLAG_GET(random_seed));
      |                                       ^
      |                                       GTEST_FLAG
/parallel-hashmap-1.3.12/tests/btree_test.cc: In instantiation of ‘void phmap::priv::{anonymous}::BtreeMultiTest() [with T = phmap::btree_multimap<std::pair<int, int>, std::pair<int, int>, phmap::Less<std::pair<int, int> >, std::allocator<std::pair<const std::pair<int, int>, std::pair<int, int> > > >; C = std::multimap<std::pair<int, int>, std::pair<int, int>, std::less<std::pair<int, int> >, std::allocator<std::pair<const std::pair<int, int>, std::pair<int, int> > > >]’:
/parallel-hashmap-1.3.12/tests/btree_test.cc:844:55:   required from ‘void phmap::priv::{anonymous}::MultiMapTest() [with K = std::pair<int, int>; int N = 256]’
  844 |         BtreeMultiTest<BtreeMMap, std::multimap<K, K>>();
      |         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~
/parallel-hashmap-1.3.12/tests/btree_test.cc:856:67:   required from here
  856 |     TEST(Btree, multimap_pair) { MultiMapTest<std::pair<int, int>>(); }
      |                                  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~
/parallel-hashmap-1.3.12/tests/btree_test.cc:633:39: error: ‘GTEST_FLAG_GET’ was not declared in this scope; did you mean ‘GTEST_FLAG’?
  633 |             GTEST_FLAG_GET(random_seed));
      |                                       ^
      |                                       GTEST_FLAG
make[2]: *** [CMakeFiles/test_btree.dir/build.make:76: CMakeFiles/test_btree.dir/tests/btree_test.cc.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:531: CMakeFiles/test_btree.dir/all] Error 2
make: *** [Makefile:146: all] Error 2

I hope this helps

Actually, it seems it's already fixed in the 0.10.1-2 package. (Thanks @KokaKiwi!)

@zwastik, known problem due to a change in the latest Boost library. See https://github.com/mhx/dwarfs/issues/237. You can use this patch to fix the issue: https://github.com/mhx/dwarfs/commit/6c8a1cdbd3c889c9cdf8bbbfe7c39cc9c25202a0.diff

[ 67%] Building CXX object CMakeFiles/dwarfsextract.dir/tools/src/dwarfsextract.cpp.o
[ 67%] Linking CXX executable dwarfsextract
{standard input}: Assembler messages:
{standard input}:24699: Warning: setting incorrect section attributes for .rodata.thrift.data
[ 67%] Built target dwarfsck
[ 67%] Building CXX object CMakeFiles/dwarfs_test_helpers.dir/test/test_helpers.cpp.o
{standard input}: Assembler messages:
{standard input}:26259: Warning: setting incorrect section attributes for .rodata.thrift.data
/usr/bin/ld: /tmp/ccK549Se.ltrans0.ltrans.o: in function `boost::filesystem::path boost::process::v2::environment::find_executable<boost::process::v2::environment::current_view>(boost::filesystem::path, boost::process::v2::environment::current_view&&)':
/usr/include/boost/process/v2/environment.hpp:1376:(.text+0x1137): undefined reference to `boost::process::v2::environment::detail::find_end(char const* const*)'
/usr/bin/ld: /usr/include/boost/process/v2/environment.hpp:1376:(.text+0x1219): undefined reference to `boost::process::v2::environment::detail::find_end(char const* const*)'
/usr/bin/ld: /usr/include/boost/process/v2/environment.hpp:1513:(.text+0x1389): undefined reference to `boost::process::v2::environment::detail::is_executable(boost::filesystem::path const&, boost::system::error_code&)'
/usr/bin/ld: /usr/include/boost/process/v2/environment.hpp:1353:(.text+0x1475): undefined reference to `boost::process::v2::environment::detail::next(char const* const*)'
/usr/bin/ld: /tmp/ccK549Se.ltrans0.ltrans.o: in function `dwarfs::tool::dwarfs_main(int, char**, dwarfs::tool::iolayer const&)':
/usr/include/boost/process/v2/environment.hpp:1334:(.text+0xb725): undefined reference to `boost::process::v2::environment::detail::load_native_handle()'
collect2: error: ld returned 1 exit status
make[2]: *** [CMakeFiles/dwarfs-bin.dir/build.make:149: dwarfs] Error 1
make[1]: *** [CMakeFiles/Makefile2:999: CMakeFiles/dwarfs-bin.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 67%] Building CXX object CMakeFiles/dwarfs_test_helpers.dir/test/test_iolayer.cpp.o
[ 69%] Building CXX object CMakeFiles/dwarfs_test_helpers.dir/test/loremipsum.cpp.o
[ 69%] Building CXX object CMakeFiles/dwarfs_test_helpers.dir/test/test_dirtree.cpp.o
[ 69%] Building CXX object CMakeFiles/dwarfs_test_helpers.dir/test/filter_test_data.cpp.o
[ 69%] Built target dwarfs_test_helpers
{standard input}: Assembler messages:
{standard input}:26048: Warning: setting incorrect section attributes for .rodata.thrift.data
[ 69%] Built target dwarfsextract
make: *** [Makefile:166: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

Hi @KokaKiwi! The 0001-... patch should no longer be needed. I've added a check to detect the issue as well as a workaround. Let me know if you you find that it still doesn't work without the patch. Thanks!

@mhx Oooh so that's why i was getting SIGSEGV when running my local build!

i thought it was something i messed up in my makepkg.conf since it ran fine when building from a clean chroot (maybe because i don't have mold in makedepends... uh)

Thanks, i'll add that :)

Update: I indeed also messed up my makepkg.conf since i manually added -fuse-ld=mold to my LDFLAGS x)

@KokaKiwi It might be worth setting -DDISABLE_MOLD=ON when building dwarfs. It seems there's a bug in the latest version of mold that sometimes causes the linked binaries to segfault. See https://github.com/mhx/dwarfs/issues/220 and https://github.com/rui314/mold/issues/1247.

@mhx @KokaKiwi My problem was more packaging/build system related: When I download the git repo of the AUR pkg, enter git reset --hard HEAD^, therefore dropping 57421aacd756 , which to my understanding excludes the perfmon test, extra_x86-64_build and the CD passed, since the tests depending on fuse were disable (3079 tests run). Now with the latest commit, the testsuite fails. Also, you'd expect it to have one less test, in total now 3078. But it does have 3087 tests, which can't be right. When you provide the -E <regex> arg twice to ctest, it silently drops the first -E <regex>. That's why those tests are enabled now after the latest commit of the AUR repo (I think that's where you got confused), the CD build fails while it worked fine in February.

@KokaKiwi Can you please fix this issue and change it to -E '(dwarfs/tools_test\..*|dwarfsextract_test\.perfmon)' ?

FWIW, I've added Arch (and Fedora) builds to the DwarFS CI pipeline: https://github.com/mhx/dwarfs/actions/runs/8526321352/job/23355308124