Summary: | app-text/mupdf-1.9a : load-jpx.c:(.text+<snip>): undefined reference to `opj_set_default_decoder_parameters' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Michael Weber (RETIRED) <xmw> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ap, brad, bugs, cristiano04, fkater, gmiramir, holger, info, iskatu, jfostiguy, kevinlyles, M4rkusXXL, randy-andy-, roman, saintdev, xaviermiller |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
app-text:mupdf-1.9a:20160928-051514.log
emerge-history.txt environment mupdf-1.9a-openjpeg2.patch |
Description
Toralf Förster
2016-09-28 17:04:18 UTC
Created attachment 448288 [details]
app-text:mupdf-1.9a:20160928-051514.log
Created attachment 448290 [details]
emerge-history.txt
Created attachment 448292 [details]
environment
Try a downgrade to openjpeg-2.0.0. All versions between and including 2.1.0 and 2.1.2 seem to break mupdf due to unresolved symbols. Tested here with mupdf-1.8.0. FYI: This issue does not depend on LTO being on or off. *** Bug 595418 has been marked as a duplicate of this bug. *** @xmw: Apparently ( just from an irc conversation ) appears that upstream is able to compile 1.9a with the latest openjpeg. Is something on our side that causes the issue? Without the openjpeg.patch in mupdf I got another error (FYI). Same problem here, downgrade to stable version app-text/mupdf-1.5-r1 fails with the same error, version 9999 has a failing patch... It is likely related to binutils 2.16.x, sadly it is impossible to cross validate as libraries are not compatible and complain about incorrect relocations and the like. it's rather not related to binutils. The patch for openjpeg2 is incorrect. Attached patch that does fixing build failure. line 59 on mupdf-1.9a have to be modified to use newer patch. Created attachment 450200 [details, diff]
mupdf-1.9a-openjpeg2.patch
To explain the problem, the new openjpeg is now using gcc 5's visibility attribute to hide symbols when needed. The openjpeg header file uses visibility('hidden') when building as a static lib and visibility('default') when building as a shared library. mupdf explicitly defines OPJ_STATIC before including the openjpeg header file, causing the visibility of the openjpeg symbols to be set to hidden. My guess is that the embedded openjpeg is built as a static library. This would probably explain why upstream is not running into this issue, while Gentoo is. yes the patch in comment 10 fixes the issue as provided the old patch is not applied Bug 595612 might be duplicate of this bug *** Bug 595612 has been marked as a duplicate of this bug. *** Patch works on amd64. Worthy of a -r1. *** Bug 598458 has been marked as a duplicate of this bug. *** [master 998c077] app-text/mupdf: Fix openjpeg-2.1 patch (#595406 by Oleg) 1 file changed, 45 insertions(+), 5 deletions(-) *** Bug 598531 has been marked as a duplicate of this bug. *** |