Bug#855532: perl-base: Regression with gnu_getopt and :<number> in Getopt::Long 2.48

[Axel Beckert]

Package: perl-base,perl-modules-5.24
Version: perl/5.24.1-1
Severity: important
Control: affects -1 t-prot
Control: forwarded -1 https://rt.cpan.org/Ticket/Display.html?id=114999

Hi,

there seems to be a regression when using ":config gnu_getopt" together
with "<option>:<number>" in Getopt::Long between the version in Jessie
(2.42) and the version in Testing/Sid (2.48):

On Jessie:

$ perl -E'
   use Getopt::Long qw( :config gnu_getopt );
   say $Getopt::Long::VERSION;
   GetOptions(\my %opts, "c:20");
   say $opts{c} // "[undef]"
' -- -c
2.42
20

On Sid:

$ perl -E'
   use Getopt::Long qw( :config gnu_getopt );
   say $Getopt::Long::VERSION;
   GetOptions(\my %opts, "c:20");
   say $opts{c} // "[undef]"
' -- -c
2.48
[undef]

It seems to have been introduced in Getopt::Long 2.48 according to the
upstream bug report at https://rt.cpan.org/Ticket/Display.html?id=114999

This regression showed up at t-prot upstream (X-Debbugs-Cc'ed) and has
been discussed today on #debian-perl, too.

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'), (500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), (1, 'buildd-experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages perl-base depends on:
ii  dpkg   1.18.22
ii  libc6  2.24-9

perl-base recommends no packages.

Versions of packages perl-base suggests:
ii  perl  5.24.1-1

-- no debconf information