Created attachment 426326 [details] build.log 0.9.0 builds fine
(In reply to Lukáš Závodný from comment #0) > Created attachment 426326 [details] > build.log > > 0.9.0 builds fine checking for the toolset name used by Boost for x86_64-pc-linux-gnu-g++... configure: WARNING: could not figure out which toolset name to use for x86_64-pc-linux-gnu-g++ In file included from /usr/include/mdds-1.0/mdds/multi_type_vector.hpp:32:0, from /usr/include/mdds-1.0/mdds/multi_type_matrix.hpp:37, from ../../include/ixion/matrix.hpp:15, from formula_functions.cpp:11: /usr/include/mdds-1.0/mdds/global.hpp:78:31: warning: variadic templates only available with -std=c++11 or -std=gnu++11 template<typename T, typename ...Args> ^ /usr/include/mdds-1.0/mdds/global.hpp:79:6: error: ‘unique_ptr’ in namespace ‘std’ does not name a template type std::unique_ptr<T> make_unique(Args&& ...args) I have a a slightly different message: In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/5.3.0/include/g++-v5/unordered_map:35:0, from /usr/include/mdds/hash_container/map.hpp:41, from /usr/include/mdds/segment_tree.hpp:32, from /usr/include/mdds/rectangle_set.hpp:31, from cell_listener_tracker.cpp:14: /usr/lib/gcc/x86_64-pc-linux-gnu/5.3.0/include/g++-v5/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support is currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 compiler options. #error This file requires compiler and library support for the \ ^ For the boost warning I see in config.log: cannot find -lboost_system--mt-1_58 cannot find -lboost_thread--mt-1_58 cannot find -lboost_program_options--mt-1_58
[ebuild U *] dev-libs/libixion-0.11.0:0/0.11::gentoo [0.9.0:0/0.10::gentoo] USE="python%* -static-libs" PYTHON_SINGLE_TARGET="python3_4%* -python3_3% -python3_5%" PYTHON_TARGETS="python3_4%* python3_5%* -python3_3% (-python2_7%*)" 358 KiB Total: 1 package (1 upgrade), Size of downloads: 358 KiB Would you like to merge these packages? [Yes/No] >>> Verifying ebuild manifests >>> Emerging (1 of 1) dev-libs/libixion-0.11.0::gentoo >>> Installing (1 of 1) dev-libs/libixion-0.11.0::gentoo >>> Jobs: 1 of 1 complete Load avg: 2.08, 1.02, 0.46 >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. !!! existing preserved libs: >>> package: dev-libs/libixion-0.11.0 * - /usr/lib64/libixion-0.10.so.0 * - /usr/lib64/libixion-0.10.so.0.0.0 * used by /usr/lib64/liborcus-spreadsheet-model-0.10.so.0.0.0 (dev-libs/liborcus-0.9.2-r1) Use emerge @preserved-rebuild to rebuild packages using these libraries But dev-libs/liborcus-0.9.2-r1 depends on libixion-0.9* that is slot 0.10. I modified the ebuild but then configure it wants the 0.10 version. If you look here: https://gitlab.com/orcus/orcus/commits/master There you see that a liborcus-0.11.0 is near. There are some hot fixes we can only get with the live ebuilds for the moment. Or backport.
That doesn't change the fact that =app-office/libreoffice-5.1* depends on =liborcus-0.9* In the meantime, you can mask libixion-0.9.1 until it was figured out. However, the original bug report here indicates that libixion-0.9.1 wrongly picked up mdds-1.0 which is a bit more puzzling (and cannot be reproduced here).
"Starting with version 1.0, mdds now requires support for C++11. Stick with 0.12 or earlier versions if you use a compiler that doesn't support C++11." This will be fun. In the end we may have to switch that on for libreoffice and all its dependencies. Avalanche here I come.
(In reply to Andreas K. Hüttel from comment #4) > "Starting with version 1.0, mdds now requires support for C++11. Stick with > 0.12 or earlier versions if you use a compiler that doesn't support C++11." > > This will be fun. In the end we may have to switch that on for libreoffice > and all its dependencies. Avalanche here I come. Though that should not be the problem since libixion-0.9.1 requires mdds:0 which is the old version. Somehow the new one gets picked up by configure wrongly.
libixion-0.9.1 compiled fine for me with mdds-0.12.1 but once mdds-1.1.0 is installed as well the compile fails using gcc-5.3.0 .. see bug 575108 comment 8 for emerge --info
If you got the time, you could test the changes from here: https://github.com/gentoo/gentoo/pull/917
libabw-0.1.1 and libixion-0.9.1-r1 build fine with the patches and ebuilds in comment 7
(In reply to Derk W te Bokkel from comment #8) > libabw-0.1.1 and libixion-0.9.1-r1 > build fine with the patches and ebuilds in comment 7 and no conflicts with mdds-1.1.0 being installed :)
Yep should be fixed.