churchyard commented on the pull-request: `[BLOCKED] Update to 0.24` that you are following: `` perl-Boost-Geometry-Utils is building with different set of flags now and it no longer builds with errors similar as I'Ve seen here before the %check commit. ``` buildtmp/main.xs:5:10: fatal error: cstring: No such file or directory 5 | #include <cstring> | ^~~~~~~~~ compilation terminated. ``` Before: ``` gcc -I/usr/lib64/perl5/CORE -DVERSION="0.15" -DXS_VERSION="0.15" -fPIC -xc++ -DHAS_BOOL -Isrc -Ibuildtmp -c -D_REENTRANT -D_GNU_SOURCE -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fwrapv -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -g -o buildtmp/Utils.o buildtmp/Utils.c ``` After: ``` gcc -I/usr/lib64/perl5/CORE -DVERSION="0.15" -DXS_VERSION="0.15" -fPIC -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -DHAS_BOOL -Isrc -Ibuildtmp -c -D_REENTRANT -D_GNU_SOURCE -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fwrapv -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -g -o buildtmp/Utils.o buildtmp/Utils.c ``` Diff of the individual flags: ``` @@ -3,7 +3,25 @@ -DVERSION="0.15" -DXS_VERSION="0.15" -fPIC --xc++ +-O2 +-flto=auto +-ffat-lto-objects +-fexceptions +-g +-grecord-gcc-switches +-pipe +-Wall +-Werror=format-security +-Wp,-D_FORTIFY_SOURCE=2 +-Wp,-D_GLIBCXX_ASSERTIONS +-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 +-fstack-protector-strong +-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 +-m64 +-mtune=generic +-fasynchronous-unwind-tables +-fstack-clash-protection +-fcf-protection -DHAS_BOOL -Isrc -Ibuildtmp ``` sic3r has a similar problem. Will report this to upstream. The changelog says: > support environment variables CXX, CXXFLAGS, CXXLDFLAGS Which indeed sounds like the curlpit. `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-ExtUtils-CppGuess/pull-request/1 _______________________________________________ perl-devel mailing list -- perl-devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to perl-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/perl-devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure