Summary: | media-libs/freeimage-3.18.0-r2[openexr] fails to build with openexr-3.0.1 (error: ‘Int64’ in namespace ‘Imath’ does not name a type) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Daniel M. Weeks <dan> |
Component: | Current packages | Assignee: | Gentoo Games <games> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ionen, sam, waebbl-gentoo |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=788310 https://bugs.gentoo.org/show_bug.cgi?id=820671 https://github.com/gentoo/gentoo/pull/22793 https://bugs.gentoo.org/show_bug.cgi?id=833494 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 820674 | ||
Attachments: | build.log and emerge --info.txt |
Description
Daniel M. Weeks
2021-05-05 14:39:47 UTC
Full build.log and emerge —-info please, as always Created attachment 706293 [details]
build.log and emerge --info.txt
I'll provide, this is an incompatibility with new openexr/imath-3.0.3 and it'd be good to keep track of what it breaks.
(it's currently masked so you'll be asked to downgrade which should fix this for you)
With imath upstream has dropped their own Int64 types and now relates on standard int types (int64_t and friends). See https://github.com/AcademySoftwareFoundation/Imath/pull/106. The ImathInt64.h header is deprecated and shouldn't be used anymore. It should be a simple matter of changing Imath::Int64 to int64_t and Imath::SInt64 to uint64_t Also check the Porting guide at https://github.com/AcademySoftwareFoundation/Imath/blob/master/docs/PortingGuide2-3.md From upstream data, I'd recommend to stick to :0 for now. They have an unanswered feature request from June, to update their internal openexr-2.2.1 to a more up-to-date 2.5 or 3.0 version. And their Whatsnew.txt[1] file so far doesn't state to update to a newer release of openexr for the upcoming 3.19.0 release. I can come up with a PR to restrict to :0, if so desired. [1] https://sourceforge.net/p/freeimage/svn/HEAD/tree/FreeImage/trunk/Whatsnew.txt (In reply to Bernd from comment #4) > From upstream data, I'd recommend to stick to :0 for now. They have an > unanswered feature request from June, to update their internal openexr-2.2.1 > to a more up-to-date 2.5 or 3.0 version. And their Whatsnew.txt[1] file so > far doesn't state to update to a newer release of openexr for the upcoming > 3.19.0 release. > > I can come up with a PR to restrict to :0, if so desired. > > [1] > https://sourceforge.net/p/freeimage/svn/HEAD/tree/FreeImage/trunk/Whatsnew. > txt Yes please! The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=39428fadcfe3ebc4b90bc471af27aba690fe2cc7 commit 39428fadcfe3ebc4b90bc471af27aba690fe2cc7 Author: Bernd Waibel <waebbl-gentoo@posteo.net> AuthorDate: 2021-11-02 05:13:48 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-11-02 10:04:12 +0000 media-libs/freeimage: restrict dependency on openexr Package does not yet support OpenEXR-3, so restrict to :0 Closes: https://bugs.gentoo.org/788349 Closes: https://bugs.gentoo.org/820671 Package-Manager: Portage-3.0.28, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Closes: https://github.com/gentoo/gentoo/pull/22793 Signed-off-by: Sam James <sam@gentoo.org> media-libs/freeimage/freeimage-3.18.0-r3.ebuild | 121 ++++++++++++++++++++++++ 1 file changed, 121 insertions(+) |