from /var/tmp/portage/media-libs/ctl-1.5.2-r1/work/CTL-ctl-1.5.2/lib/IlmCtlSimd/CtlSimdInst.cpp:61: /var/tmp/portage/media-libs/ctl-1.5.2-r1/work/CTL-ctl-1.5.2/lib/IlmCtlSimd/CtlSimdInst.cpp: In member function ‘void Ctl::SimdInst::executePath(Ctl::SimdBoolMask&, Ctl::SimdXContext&) const’: /var/tmp/portage/media-libs/ctl-1.5.2-r1/work/CTL-ctl-1.5.2/lib/IlmCtlSimd/CtlSimdInst.cpp:192:31: error: no match for ‘operator<<’ (operand types are ‘std::basic_ostream<char>’ and ‘Iex_2_3::BaseExc’) inst->lineNumber() << ": " << e); /usr/include/OpenEXR/IexMacros.h:110:27: note: in definition of macro ‘REPLACE_EXC’ _iex_replace_s << text; \ ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-systemd_20181006-205355 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.1 [2] x86_64-pc-linux-gnu-8.2.0 * Available Python interpreters, in order of preference: [1] python3.7 [2] python3.6 [3] python2.7 (fallback) Available Ruby profiles: [1] ruby23 (with Rubygems) [2] ruby25 (with Rubygems) * java-config: The following VMs are available for generation-2: emerge -qpvO media-libs/ctl [ebuild R ] media-libs/ctl-1.5.2-r1
Created attachment 550884 [details] emerge-info.txt
Created attachment 550886 [details] emerge-history.txt
Created attachment 550888 [details] environment
Created attachment 550890 [details] etc.portage.tbz2
Created attachment 550892 [details] logs.tbz2
Created attachment 550894 [details] media-libs:ctl-1.5.2-r1:20181012-031854.log
Created attachment 550896 [details] temp.tbz2
I have the same issue.
T ran into this same problem as well. As a temporary work around, I masked: =media-libs/openexr-2.3.0 =media-libs/ilmbase-2.3.0 =media-gfx/openexr_viewers-2.3.0 This is because, when present, these need to be the same versions. Both media-libs/ctl-1.4.1 and media-libs/ctl-1.5.2-r1 had no problems when building against the 2.2.0-r1 versions of openexr, ilmbase and openexr_viewers. Further checking showed that the only package dependent on media-libs/ctl was media-gfx/openexr_viewers. There were no packages dependent on openexr_viewers. I removed media-gfx/openexr_viewers and media-libs/ctl. I unmasked the temporary masks I did previously. Perhaps this bug, bug# 668456 and bug# 629604 are related to issues when media-gfx/openexr_viewers-2.3.0 is installed? Bottom line work around - check if you need openexr_viewers. If not, remove both openexr_viewers and media-libs/ctl.
Created attachment 558320 [details, diff] Patch to build against current openexr-2.3.0 I believe this is upstream issue https://github.com/ampas/CTL/issues/71 I attach the quite trivial patch.
*** Bug 668456 has been marked as a duplicate of this bug. ***
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f5897ec5bfe99fb0f29ec7a021771e0c0d2c4b68 commit f5897ec5bfe99fb0f29ec7a021771e0c0d2c4b68 Author: Pacho Ramos <pacho@gentoo.org> AuthorDate: 2019-04-07 10:31:34 +0000 Commit: Pacho Ramos <pacho@gentoo.org> CommitDate: 2019-04-07 10:31:50 +0000 media-libs/ctl: Fix compat with newer openexr Closes: https://bugs.gentoo.org/668454 Package-Manager: Portage-2.3.62, Repoman-2.3.12 Signed-off-by: Pacho Ramos <pacho@gentoo.org> media-libs/ctl/ctl-1.5.2-r1.ebuild | 7 +++++-- media-libs/ctl/files/ctl-1.5.2-openexr-2.3.patch | 13 +++++++++++++ 2 files changed, 18 insertions(+), 2 deletions(-)
