On Tue, 2026-02-10 at 11:45 +0100, Frederik Schwan wrote: > I've pushed glibc 2.43 to testing. Do not move packages linked > against 2.43 to extra or core until glibc itself moves around > Thursday/Friday. > Otherwise the package will probably break. > > Best regards, > Frederik
Hi Frederik I wonder if the compile error below might be related to this update since it seems to have just started happening. May not be related of course. Either way, it would be great if someone can suggest a fix for this build error? test machine is updated using testing repos. i.e. binutils 2.46-1 gcc 15.2.1+r604+g0b99615a8aef-1 glibc 2.43+r5+g856c426a7534-1 python 3.14.2-2 Building libcamera gets macro conflicts between the definitions from glibc vs python. This could be happening because libcamera compiles with -std=c++17. What I see is that: /usr/include/features.h (glibc) vs /usr/include/python3.14/pyconfig.h (python) and features.h defines _POSIX_C_SOURCE values of - 200809L varies depending on _XOPEN_SOURCE - 202405L if _GNU_SOURCE is set On other hand, pyconfig.h fixes the value to 2008: /* Define to activate features from IEEE Stds 1003.1-2008 */ #define _POSIX_C_SOURCE 200809L which "suggests" that this is the value libcamera should also use maybe? Building libcamera started having these errors (similar ones for _XOPEN_SOURCE as well): /usr/include/python3.14/pyconfig.h:2007:9: error: ‘_POSIX_C_SOURCE’ redefined [-Werror] 2007 | #define _POSIX_C_SOURCE 200809L /usr/include/features.h:319:10: note: this is the location of the previous definition 319 | # define _POSIX_C_SOURCE 202405L Happens with both the current version (0.7.0) as well as git head of libcamera. thank you for any guidance gene
signature.asc
Description: This is a digitally signed message part
