Summary: | dev-libs/leatherman-1.6.1 : /.../json_container.cc:4:10: fatal error: rapidjson/document.h: No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Matthew Thode ( prometheanfire ) <prometheanfire> |
Status: | CONFIRMED --- | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=795942 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge-info.txt
dev-libs:leatherman-1.6.1:20190721-091734.log emerge-history.txt environment etc.portage.tbz2 logs.tbz2 temp.tbz2 |
Description
Toralf Förster
2019-07-21 09:38:47 UTC
Created attachment 583870 [details]
emerge-info.txt
Created attachment 583872 [details]
dev-libs:leatherman-1.6.1:20190721-091734.log
Created attachment 583874 [details]
emerge-history.txt
Created attachment 583876 [details]
environment
Created attachment 583878 [details]
etc.portage.tbz2
Created attachment 583880 [details]
logs.tbz2
Created attachment 583882 [details]
temp.tbz2
does installing dev-libs/rapidjson without any use flags enabled fix the missing dep issue? (In reply to Matthew Thode ( prometheanfire ) from comment #8) > does installing dev-libs/rapidjson without any use flags enabled fix the > missing dep issue? helps a little bit, now it fails in : -parameter -Wno-unused-local-typedefs -Wno-unknown-pragmas -Wno-missing-field-initializers -Wno-maybe-uninitialized -O2 -pipe -march=native -o CMakeFiles/leatherman_test.dir/main.cc.o -c /var/tmp/portage/dev-libs/leatherman-1.6.0/work/leatherman-1.6.0/tests/main.cc /var/tmp/portage/dev-libs/leatherman-1.6.0/work/leatherman-1.6.0/tests/main.cc:2:10: fatal error: catch.hpp: No such file or directory 2 | #include <catch.hpp> | ^~~~~~~~~~~ compilation terminated. make[2]: *** [tests/CMakeFiles/leatherman_test.dir/build.make:66: tests/CMakeFiles/leatherman_test.dir/main.cc.o] Error 1 dev-cpp/catch then? (In reply to Matthew Thode ( prometheanfire ) from comment #10) > dev-cpp/catch then? nope, FWIW, that installs into /usr/include/catch2/catch.hpp maybe the include should be #include <catch2/catch.hpp> ? try 'emerge dev-cpp/catch:1' instead I've installed 1.6.1 locally, though I haven't needed to install rapidjson or catch. https://gist.github.com/91b73522c0bed5094c850149906ddb84 (In reply to Matthew Thode ( prometheanfire ) from comment #12) > try 'emerge dev-cpp/catch:1' instead issues still present, FWIW: mr-fox ~ # ls -l /usr/include/catch/catch.hpp -rw-r--r-- 1 root root 426220 May 14 2018 /usr/include/catch/catch.hpp (In reply to Toralf Förster from comment #14) > (In reply to Matthew Thode ( prometheanfire ) from comment #12) > > try 'emerge dev-cpp/catch:1' instead > > issues still present, FWIW: > > mr-fox ~ # ls -l /usr/include/catch/catch.hpp > -rw-r--r-- 1 root root 426220 May 14 2018 /usr/include/catch/catch.hpp IMHO the include path isn't set right for catch at all, or? from:https://github.com/puppetlabs/leatherman/blob/master/README.md Using Catch Since Catch is a testing-only utility, its include directory is excluded from LEATHERMAN_INCLUDE_DIRS. To use Catch, explicitly add include_directories(${LEATHERMAN_CATCH_INCLUDE}) to the CMakeLists.txt file of your testing directory. still true : dev-libs/leatherman-1.12.4 : /.../json_container.cc: fatal error: rapidjson/document.h: No such file or directory ok, I'll add rapidjson as a dep actually, I'm not, 1.12.4 seems to use a bundled rapidjson 181:-- Unpacking /var/tmp/portage/dev-libs/leatherman-1.12.4/work/leatherman-1.12.4/vendor/rapidjson-1.0.2.zip into /var/tmp/portage/dev-libs/leatherman-1.12.4/work/leatherman-1.12.4_build/src/rapidjson src/rapidjson/include/rapidjson/document.h bunch of other related lines to that header src/rapidjson/include/rapidjson/document.h:79:8: note: ‘rapidjson::GenericValue<rapidjson::UTF8<char>, rapidjson::CrtAllocator>::Member’ {aka ‘struct rapidjson::GenericMember<rapidjson::UTF8<char>, rapidjson::CrtAllocator>’} declared here (same weirdness in bug 795942) |