Bug#1051427: perl: libperl symbols for strlcat and strlcpy lost with glibc 2.38

[Niko Tyni]

Source: perl
Version: 5.36.0-7
Severity: important
Tags: ftbfs patch

As noticed by Ubuntu and reported by doko on IRC, this package fails to
build from source with glibc 2.38 (currently in experimental.)

dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below
dpkg-gensymbols: warning: debian/libperl5.36/DEBIAN/symbols doesn't match completely debian/libperl5.36.symbols
--- debian/libperl5.36.symbols (libperl5.36_5.36.0-8_amd64)
+++ dpkg-gensymbolszhalIX	2023-09-07 18:42:16.688071199 +0000
@@ -925,8 +925,8 @@
  Perl_my_stat_flags at Base 5.36.0
  Perl_my_strerror at Base 5.36.0
  Perl_my_strftime at Base 5.36.0
- Perl_my_strlcat at Base 5.36.0
- Perl_my_strlcpy at Base 5.36.0
+#MISSING: 5.36.0-8# Perl_my_strlcat at Base 5.36.0
+#MISSING: 5.36.0-8# Perl_my_strlcpy at Base 5.36.0
  Perl_my_strtod at Base 5.36.0
  Perl_my_unexec at Base 5.36.0
  Perl_my_vsnprintf at Base 5.36.0

This is because glibc added strlcpy and strlcat in

  https://sourceware.org/git/?p=glibc.git;a=commit;h=454a20c8756c9c1d55419153255fc7692b3d2199

so the Configure script now detects them and disables the replacement
implementations inside src:perl, losing the corresponding libperl symbols
in the process.

I suspect nothing external actually uses the lost symbols, but it's best
to be on the safe side. The attached patch tells Configure to ignore
the new glibc functions, so that libperl keeps binary compatibility.

We will need this for whichever version of perl is in sid when glibc
2.38 enters it. I'll upload it soon for 5.36, and see what to do
with 5.38 when the transition is ready to start.
-- 
Niko Tyni   ntyni at debian.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Explicitly-do-not-use-strlcpy-and-strlcat-from-glibc.patch
Type: text/x-diff
Size: 705 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/perl-maintainers/attachments/20230907/b676b818/attachment.patch>