Alright, thanks for the links. I opened merge request [1], which adds a
workaround, although it doesn't fix every problem. The remaining ones
are fixed by the new upstream version of cglm (which will be uploaded
soon). The result I got was:
SUMMARY:
Failed compilation 0
Uninstallable 0
On Wed, Jan 31, 2024 at 11:14:08AM +0100, Leon Marz wrote:
> Hi there,
> I just quickly checked. cglm doesn't use time_t in its sources or in its
> ABI. I think the abi-compilance-checker just failed to analyze this
> package for some reason. Therefore I would like to NOT transition cglm.
> Also
Hi there,
I just quickly checked. cglm doesn't use time_t in its sources or in its
ABI. I think the abi-compilance-checker just failed to analyze this
package for some reason. Therefore I would like to NOT transition cglm.
Also I don't like the new name.
Thank you very much for your work on this
Source: cglm
Version: 0.9.1-1
Severity: serious
Tags: patch pending
Justification: library ABI skew on upgrade
User: debian-...@lists.debian.org
Usertags: time-t
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
4 matches
Mail list logo