Opened 12 years ago
Last modified 3 years ago
#38907 closed enhancement
Resolving libjpeg-turbo + jpeg Port conflicts — at Version 3
Reported by: | davidfavor (David Favor) | Owned by: | rmstonecipher@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | ||
Port: | libjpeg-turbo |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
Since libjpeg-turbo released there are many Ports that could benefit from it's use, except dependencies in these Ports are for the jpeg Port which conflicts with libjpeg-turbo.
Currently there appears to be no way to specify an "OR dependency"... like...
depends_lib port:jpeg || port:libjpeg-turbo
So is the correct way to fix this to change...
depends_lib port:jpeg
to...
depends_lib path:lib/libjpeg.dylib
which would then pass the dependency check for any Port that installed this library.
Let me know if this is the correct fix.
Thanks.
Change History (2)
comment:2 Changed 12 years ago by davidfavor (David Favor)
comment:3 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | openmaintainer removed |
---|---|
Description: | modified (diff) |
Owner: | changed from macports-tickets@… to rmstonecipher@… |
Port: | libjpeg-turbo added; ffmpeg removed |
Type: | request → enhancement |
If libjpeg-turbo were a drop-in compatible replacement for jpeg (which I thought it was, but which you've pointed out as of jpeg 9 it isn't anymore) then yes the solution would be to change all port:jpeg
dependencies in all ports to path:lib/libjpeg.dylib:jpeg
.
Looks like this won't work for libjpeg-turbo, because jpeg9 breaks API/ABI compatibility with jpeg8 and libjpeg-turbo uses the jpeg8 API.
Grumble...
Let me know if this is the correct way to resolve this type of conflict, for possible future work.
Thanks.