Rob/Andrew - Tested my usual builds with Andrew's patch and then rendered a Gif Sequence with no problems. Not sure if that includes all necessary tests concerning Gif but hope so. I would have liked to test by building without thirdparty but I do not have sufficient disk space to install all of the Operating System libraries to use instead of the thirdparty ones. It has been checked into GIT with the following commit: commit 0bb5444770e3db55113e4c012d0a1074e30f4475 Thanks to Rob for pointing out this deficiency and Andrew for addressing. On Tue, Nov 25, 2025 at 2:20 PM Rob Prowel <rprowel@comcast.net> wrote:
On 11/25/25 4:05 PM, Andrew Randrianasulu wrote:
Can you instead test attached patch?
It should test for existence of this function in system's giflib headers and set define depending on do we want to compile with thirdparty's giflib or without
Please test both usual thirdparty build on new and old systems, and build without thirdparty on Debian 13 where such symbol must be present (patched into) giflib header, as far as I understand.
I tested it on dynamic termux build and here it works, but this only covers 1 out of 4 possible combinations ...
As aluded to, out in the wild even the consistent library version number has inconsistent, interfaces between sources. Until upstream gets their act together, the prudent thing is probly to test compile and set flags as AR suggested.
Please let me know when the patch is pushed and what commit it exists under and I will merge and test for Debian 13.
-Rob