Source: polymake Version: 4.6-5 Severity: important Tags: ftbfs sid trixie upstream User: debian-p...@lists.debian.org Usertags: perl-5.38-transition
This package fails to build from source with Perl 5.38 (currently in experimental.) http://perl.debian.net/rebuild-logs/perl-5.38/polymake_4.6-5/polymake_4.6-5+b3_amd64-2023-06-29T01:58:06Z.build FAILED: /<<PKGBUILDDIR>>/build/Opt/lib/perlx/5.38.0/x86_64-linux-gnu-thread-multi/RefHash.o g++ -c -o /<<PKGBUILDDIR>>/build/Opt/lib/perlx/5.38.0/x86_64-linux-gnu-thread-multi/RefHash.o -MMD -MT /<<PKGBUILDDIR>>/build/Opt/lib/perlx/5.38.0/x86_64-linux-gnu-thread-multi/RefHash.o -MF /<<PKGBUILDDIR>>/build/Opt/lib/perlx/5.38.0/x86_64-linux-gnu-thread-multi/RefHash.o.d -fPIC -pipe -g -O2 -ffile-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -std=c++14 -ftemplate-depth-200 -fno-strict-aliasing -fopenmp -Wshadow -Wlogical-op -Wconversion -Wzero-as-null-pointer-constant -Wno-parentheses -Wno-error=unused-function -Wno-stringop-overflow -Wno-array-bounds -Wno-maybe-uninitialized -Wno-free-nonheap-object -DPOLYMAKE_WITH_FLINT -DPOLYMAKE_DEBUG=0 -DNDEBUG -O2 -I/usr/lib/x86_64-linux-gnu/perl/5.38/CORE -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPerlVersion=5380 -Wno-nonnull -I/<<PKGBUILDDIR>>/include/core-wrappers -I/<<PKGBUILDDIR>>/include/core /<<PKGBUILDDIR>>/build/perlx/5.38.0/x86_64-linux-gnu-thread-multi/RefHash.cc && : 'COMPILER_USED=12.3.0' /<<PKGBUILDDIR>>/lib/core/src/perl/RefHash.xxs: In function ‘OP* pm::perl::glue::{anonymous}::check_pushhv(PerlInterpreter*, OP*)’: /<<PKGBUILDDIR>>/lib/core/src/perl/RefHash.xxs:737:11: error: ‘Perl_ck_fun’ was not declared in this scope; did you mean ‘Perl_cx_dup’? There's an upstream discussion at https://forum.polymake.org/viewtopic.php?t=1914 which does not look promising. Apparently polymake starting with 4.9 explicitly bails out for Perl >= 5.37 because Perl internal symbols that polymake was relying on are now hidden. Filing this to at least track the issue. David, any thoughts on this? -- Niko Tyni nt...@debian.org