imagecodecs 2023.3.16 build error: unknown type name 'J12SAMPROW' about imagecodecs HOT 8 CLOSED

This is unfortunate, as libjpeg-turbo 3 breaks core graphics programs like GraphicsMagick and ImageMagick. On MacPorts we'll have to roll back the supported version of py-imagecodecs.

See: macports/macports-ports@d3ad9af#commitcomment-111141157

from imagecodecs.

OK. I'll re-add the legacy source for the JPEG8 codec extension, which can be linked to libjpeg 8 and libjpeg-turbo 2.1. The next imagecodecs release is waiting for libtiff 4.5.1 and libjpeg-turbo 3.0...

from imagecodecs.

It should be possible to build v2023.7.4 with libjpeg 8 or libjpeg-turbo < 3.

from imagecodecs.

Imagecodecs 2023.3.16 requires libjpeg-turbo 3, which is currently in beta:

https://github.com/cgohlke/imagecodecs/blob/v2023.3.16/imagecodecs/imagecodecs.py#L164

from imagecodecs.

Imagecodecs 2023.3.16 requires libjpeg-turbo 3, which is currently in beta:

https://github.com/cgohlke/imagecodecs/blob/v2023.3.16/imagecodecs/imagecodecs.py#L164

I'm one of Marius' fellows in the MacPorts space, and the current maintainer of libjpeg-turbo.

As for this topic: While I can appreciate wanting to closely follow upstream projects - and prepare for breaking changes - forcing users and such down that path isn't ideal either.

Have you folks considered checking for the installed version of libjpeg-turbo at configure time, and adjusting things as necessary? That would certainly make things much easier, allowing use of your latest version.

from imagecodecs.

checking for the installed version of libjpeg-turbo at configure time, and adjusting things as necessary?

Cython/setuptools does not have a feasible way to do this. In fact, the intention of the release was to get rid of the libjpeg-turbo/libjpeg-turbo12/libjpeg switches. Libjpeg-turbo 3, even if in beta, has just too many features relevant for this library to ignore.

If you need to build against libjpeg-turbo 2, try to revert the relevant changes: conda-forge/imagecodecs-feedstock#79 (comment)

from imagecodecs.

This seems rather unfortunate. It would be nice if there was still a libjpeg-turbo 2 compatible cython module we could fall back on. It may be a long time before libjpeg-turbo 3 makes its way into distributions.

from imagecodecs.

Looks good: macports/macports-ports@f32ad48

from imagecodecs.