libmupdf.so references symbols from libmupdfthird.so but does not
link directly against it.
This is problematic for ports using the --as-needed linker option,
such as graphics/zathura-pdf-mupdf (>= 0.3.3) due to Meson's defaults.
zathura-pdf-mupdf itself does not reference symbols from libmupdfthird.so,
and so despite being included in the linker arguments, libmupdfthird.so
is not actually linked in.
$ zathura --version
error: Could not load plugin '/usr/local/lib/zathura/libpdf-mupdf.so' (/usr/local/lib/libmupdf.so.1.13.0: Undefined symbol "js_tointeger").
This is a consequence of us providing shared libraries in spite of
upstream since r433550 to keep package sizes down, but not properly
understanding the dependency between libmupdfthird and libmupdf.
PR: 232059
Submitted by: Albert Ou <aou@eecs.berkeley.edu>
- Prevent linking with libcrypto when a pkg-config file for it exists
on the system [1]
- Bump PORTREVISION of dependent ports
PR: 218996, 218688 [1]
Reported by: rsmith@xs4all.nl [1]
Submitted by: Zsolt Udvari <udvzsolt@gmail.com> (maintainer)
Approved by: lme (mentor)
Differential Revision: https://reviews.freebsd.org/D10561
Because the libraries are faily big this significantly reduces the size of
programs linking to it. Use PORTVERSION as the library version because
upstream does not guarantee compatibility between any two versions.
Add an upstream patch to graphics/llpp to fix brightness increase key.
PR: 216823
Submitted by: Tobias Kortkamp <t@tobik.me> (maintainer of llpp)
Approved by: Zsolt Udvari <udvzsolt@gmail.com> (maintainer)
Obtained from: OpenBSD
- Remove a patch and simplify the Makefile a bit
- Create and install libmupdf_pic.a which can be linked into shared
libraries such as the zathura-pdf-mupdf plugin
PR: 192397
Approved by: Zsolt Udvari <udvzsolt@gmail.com> (maintainer)
- For changes since 1.2 see http://www.mupdf.com/news
- new maintainer: Zsolt Udvari
PR: 184335
Submitted by: Zsolt Udvari <udvzsolt@gmail.com>
Approved by: lichray@gmail.com (maintainer timeout)
