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 <[email protected]> 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 > >
_______________________________________________ Cin mailing list -- [email protected] To unsubscribe send an email to [email protected]
