net-libs/rb_libtorrent does not compile. It stops with errors: [...] libtool: link: x86_64-pc-linux-gnu-g++ -march=core2 -O2 -pipe -ftemplate-depth=120 -fvisibility=hidden -fvisibility-inlines-hidden -Wl,-O1 -Wl,--as-needed -fvisibility=hidden -fvisibility-inlines-hidden -o .libs/parse_hash_fails parse_hash_fails.o -L/usr/lib64 ../src/.libs/libtorrent-rasterbar.so -lboost_system-mt -lssl -lcrypto -lpthread parse_hash_fails.o: In function `main': parse_hash_fails.cpp:(.text.startup+0x6b): undefined reference to `libtorrent::directory::directory(std::string const&, boost::system::error_code&)' parse_hash_fails.cpp:(.text.startup+0x101): undefined reference to `libtorrent::directory::~directory()' parse_hash_fails.cpp:(.text.startup+0x17c): undefined reference to `libtorrent::directory::next(boost::system::error_code&)' parse_hash_fails.cpp:(.text.startup+0x1b0): undefined reference to `libtorrent::directory::file() const' parse_hash_fails.cpp:(.text.startup+0x270): undefined reference to `libtorrent::combine_path(std::string const&, std::string const&)' parse_hash_fails.cpp:(.text.startup+0x360): undefined reference to `libtorrent::combine_path(std::string const&, std::string const&)' parse_hash_fails.cpp:(.text.startup+0x51d): undefined reference to `libtorrent::directory::~directory()' collect2: error: ld returned 1 exit status Makefile:462: recipe for target 'parse_hash_fails' failed make[1]: *** [parse_hash_fails] Error 1 make[1]: *** Waiting for unfinished jobs.... [...] See also https://forums.gentoo.org/viewtopic-p-7752456.html Finally it compiles with USE="-examples" so something is wrong It might also be the case with earlier versions. I updates from net-libs/rb_libtorrent-0.16.17-r2 and haven't tried all in between versions.
Latest version also fails to compile but this is really a problem you should report to the upstream project. could you do that please?
I was away from home for two weeks, but now I could see for myself that 1.0.6 still does not build with use=examples So I reported it to arvid@libtorrent.org and all I can do is wait... :-)
Thanks. Would it be better to open a bug here instead? https://github.com/arvidn/libtorrent/
Ok I hope I did it right: https://github.com/arvidn/libtorrent/issues/157
Yes that looks good to me thanks.
Fixed upstream and I backported the patches to the 1.0.6 ebuild. Thanks for the report!