[MacPorts] #38907: Resolving libjpeg-turbo + jpeg Port conflicts
MacPorts
noreply at macports.org
Mon Jan 6 09:24:05 UTC 2020
#38907: Resolving libjpeg-turbo + jpeg Port conflicts
----------------------------+----------------------
Reporter: davidfavor | Owner: larryv
Type: enhancement | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: libjpeg-turbo |
----------------------------+----------------------
Comment (by RJVB):
I have been using libjpeg-turbo for about 3 years now myself, with a
tweaked port:jpeg that can be co-installed but that acts mostly if not
completely as a stub just to satisfy port dependencies (so I haven't kept
it up to date). I'm now using libjpeg-turbo 2.0.4 (with a small patch so
it registers a `compatibility_version` of 8 instead of 10, that feature
mostly bites us in software from Linux, esp. if it switched from autoconf
to cmake :-/)
port:jpeg wouldn't be the first to be installed in subprefix, requiring a
small patch to ports that really need it (or that want to provide an
option to use the reference library).
As others above I have never run into any problems because of a missing v9
API, so I really don't understand what's the hold-up here. Even if
port:jpeg provides the reference implementation I think that most users
don't give a rat's ass about that while even more will probably appreciate
any possible speed improvement in this department.
--
Ticket URL: <https://trac.macports.org/ticket/38907#comment:25>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list