On Mon, 5 Feb 2024, Steve Langasek wrote:
As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified graphicsmagick as a source package shipping runtime libraries whose ABI either is affected by the change in size of time_t, or could not be analyzed via abi-compliance-checker (and therefore to be on the safe side we assume is affected).
The GraphicsMagick interface headers (public and private) have no dependendence on time_t at all. There is use of time_t internally and libraries it uses (e.g. libpng) do appear to use time_t in interface definitions.
Regardless, it is necessary to assure that all libraries are built with a consistent time_t definition if there is any case of time_t appearing in an explicit/implicit interface definition.
Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ Public Key, http://www.simplesystems.org/users/bfriesen/public-key.txt
