Some pieces of software (Efinity IDE https://www.efinixinc.com/products-efinity.html) require libjpeg-7 or -8 compatibility, which libjpeg-turbo does not provide by default. Adding DWITH_JPEG7=1 or-DWITH_JPEG8=1 cmake flags is needed to build in this support. Perhaps this could be added as a USE flag?
I don't think implementing this as a USE flag on libjpeg-turbo is a good idea. Changing said USE flag would break compatibility for reverse deps, and would require them to be at least be rebuilt. Some reverse deps might not even be compatible with the libjpeg 7/8 API. It might make more sense to provide a slotted package that can install libjpeg.so.62, libjpeg.so.70, and libjpeg.so.80 concurrently to support pre-built binary packages like Efinity.
(In reply to Mike Gilbert from comment #1) > I don't think implementing this as a USE flag on libjpeg-turbo is a good > idea. Changing said USE flag would break compatibility for reverse deps, and > would require them to be at least be rebuilt. Some reverse deps might not > even be compatible with the libjpeg 7/8 API. > > It might make more sense to provide a slotted package that can install > libjpeg.so.62, libjpeg.so.70, and libjpeg.so.80 concurrently to support > pre-built binary packages like Efinity. That makes sense, that’s pretty much how I am doing it now. I have the regular package installed and then compiled a separate version with the needed flags that I symlink into the install directory.
Just please use separate packages, not slots. Slots are a recipe for disaster.