Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1069054 > unrolled thread

Bug#993330: polymake: FTBFS with Perl 5.34: error: ‘Perl_pp_keys’ was not declared in this scope

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#993330: polymake: FTBFS with Perl 5.34: error: ‘Perl_pp_keys’ was not declared in this scope Niko Tyni <ntyni@debian.org> - 2021-08-30 23:10 +0200
    Bug#993330: polymake: FTBFS with Perl 5.34: error: ‘Perl_pp_keys’ was not declared in this scope Benjamin Lorenz <lorenz@math.tu-berlin.de> - 2021-08-31 18:10 +0200
    Bug#993330: polymake: FTBFS with Perl 5.34: error: ‘Perl_pp_keys’ was not declared in this scope David Bremner <david@tethera.net> - 2021-08-31 18:40 +0200
    Bug#993330: polymake: FTBFS with Perl 5.34: error: ‘Perl_pp_keys’ was not declared in this scope David Bremner <david@tethera.net> - 2021-08-31 20:00 +0200
      Bug#993330: polymake: FTBFS with Perl 5.34: error: ‘Perl_pp_keys’ was not declared in this scope Niko Tyni <ntyni@debian.org> - 2021-08-31 21:30 +0200

#1069054 — Bug#993330: polymake: FTBFS with Perl 5.34: error: ‘Perl_pp_keys’ was not declared in this scope

Source: polymake
Version: 4.3-4
Severity: normal
User: debian-perl@lists.debian.org
Usertags: perl-5.34-transition

This package fails to build from source with Perl 5.34 (currently
in experimental). I don't presently understand why; I'm not aware of
changes to Perl_pp_keys or Perl_pp_rv2hv. So the root issue might also
be on the Perl side. At least it seems to reliably fail the same way.

From the build log:

   FAILED: /<<PKGBUILDDIR>>/build/Opt/lib/perlx/5.34.0/x86_64-linux-gnu-thread-multi/RefHash.o 
     g++ -c -o /<<PKGBUILDDIR>>/build/Opt/lib/perlx/5.34.0/x86_64-linux-gnu-thread-multi/RefHash.o -MMD -MT /<<PKGBUILDDIR>>/build/Opt/lib/perlx/5.34.0/x86_64-linux-gnu-thread-multi/RefHash.o -MF /<<PKGBUILDDIR>>/build/Opt/lib/perlx/5.34.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 -DPOLYMAKE_WITH_FLINT  -DPOLYMAKE_DEBUG=0 -DNDEBUG -O2 -I/usr/lib/x86_64-linux-gnu/perl/5.34/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=5340 -Wno-nonnull  -I/<<PKGBUILDDIR>>/include/core-wrappers -I/<<PKGBUILDDIR>>/include/core /<<PKGBUILDDIR>>/build/perlx/5.34.0/x86_64-linux-gnu-thread-multi/RefHash.cc && : 'COMPILER_USED=10.3.0'
   /<<PKGBUILDDIR>>/lib/core/src/perl/RefHash.xxs: In function ‘OP* pm::perl::glue::{anonymous}::intercept_pp_keys(PerlInterpreter*)’:
   /<<PKGBUILDDIR>>/lib/core/src/perl/RefHash.xxs:385:17: error: ‘Perl_pp_keys’ was not declared in this scope; did you mean ‘Perl_pp_akeys’?
     385 |       OP* ret = Perl_pp_keys(aTHX);
         |                 ^~~~~~~~~~~~
         |                 Perl_pp_akeys
   /<<PKGBUILDDIR>>/lib/core/src/perl/RefHash.xxs:393:11: error: ‘Perl_pp_keys’ was not declared in this scope; did you mean ‘Perl_pp_akeys’?
     393 |    return Perl_pp_keys(aTHX);
         |           ^~~~~~~~~~~~
         |           Perl_pp_akeys
   /<<PKGBUILDDIR>>/lib/core/src/perl/RefHash.xxs: In function ‘OP* pm::perl::glue::{anonymous}::pp_rv2hv_ref_retrieve(PerlInterpreter*)’:
   /<<PKGBUILDDIR>>/lib/core/src/perl/RefHash.xxs:524:14: error: ‘Perl_pp_rv2hv’ was not declared in this scope; did you mean ‘Perl_pp_rv2sv’?
     524 |    OP* ret = Perl_pp_rv2hv(aTHX);
         |              ^~~~~~~~~~~~~
         |              Perl_pp_rv2sv
   /<<PKGBUILDDIR>>/lib/core/src/perl/RefHash.xxs: In function ‘OP* pm::perl::glue::{anonymous}::intercept_pp_rv2hv(PerlInterpreter*)’:
   /<<PKGBUILDDIR>>/lib/core/src/perl/RefHash.xxs:549:18: error: ‘Perl_pp_rv2hv’ was not declared in this scope; did you mean ‘Perl_pp_rv2sv’?
     549 |          PL_op = Perl_pp_rv2hv(aTHX);
         |                  ^~~~~~~~~~~~~
         |                  Perl_pp_rv2sv

 
A full build log is available at

   http://perl.debian.net/rebuild-logs/perl-5.34/polymake_4.3-4/polymake_4.3-4+b2_amd64-2021-08-30T08:15:00Z.build

-- 
Niko Tyni   ntyni@debian.org

[toc] | [next] | [standalone]

#1069180

[Multipart message — attachments visible in raw view] — view raw

On 31/08/2021 17.29, David Bremner wrote:
>> This package fails to build from source with Perl 5.34 (currently
>> in experimental). I don't presently understand why; I'm not aware of
>> changes to Perl_pp_keys or Perl_pp_rv2hv. So the root issue might also
>> be on the Perl side. At least it seems to reliably fail the same way.
> 
> There is a new upstream release, which I should try packaging before we
> get too far in debugging this.

That issue should be fixed in polymake 4.4. For polymake 4.3 you can try 
the attached patch.
There were no real changes to these macros, but they were moved into 
some ifdef restricting their use to the perl core.

Best
Benjamin

[toc] | [prev] | [next] | [standalone]

#1069187

Niko Tyni <ntyni@debian.org> writes:

> Source: polymake
> Version: 4.3-4
> Severity: normal
> User: debian-perl@lists.debian.org
> Usertags: perl-5.34-transition
>
> This package fails to build from source with Perl 5.34 (currently
> in experimental). I don't presently understand why; I'm not aware of
> changes to Perl_pp_keys or Perl_pp_rv2hv. So the root issue might also
> be on the Perl side. At least it seems to reliably fail the same way.

There is a new upstream release, which I should try packaging before we
get too far in debugging this.

d

[toc] | [prev] | [next] | [standalone]

#1069198

[Multipart message — attachments visible in raw view] — view raw

Niko Tyni <ntyni@debian.org> writes:

> This package fails to build from source with Perl 5.34 (currently
> in experimental). I don't presently understand why; I'm not aware of
> changes to Perl_pp_keys or Perl_pp_rv2hv. So the root issue might also
> be on the Perl side. At least it seems to reliably fail the same way.
>

At least some of the build-deps [1] seem not to be rebuilt yet in
experimental. Do you have an extra repo I should add?  Alternatively you
can try rebuilding against the polymake 4.4 in git [2].

[1]: libterm-readkey-perl libterm-readline-gnu-perl
[2]: https://salsa.debian.org/bremner/polymake

[toc] | [prev] | [next] | [standalone]

#1069212

On Tue, Aug 31, 2021 at 10:48:41AM -0700, David Bremner wrote:
> Niko Tyni <ntyni@debian.org> writes:
> 
> > This package fails to build from source with Perl 5.34 (currently
> > in experimental). I don't presently understand why; I'm not aware of
> > changes to Perl_pp_keys or Perl_pp_rv2hv. So the root issue might also
> > be on the Perl side. At least it seems to reliably fail the same way.
> >
> 
> At least some of the build-deps [1] seem not to be rebuilt yet in
> experimental. Do you have an extra repo I should add?

Yes, see http://perl.debian.net/ .

> Alternatively you
> can try rebuilding against the polymake 4.4 in git [2].

Can do that but best not to block on me.

> [1]: libterm-readkey-perl libterm-readline-gnu-perl
> [2]: https://salsa.debian.org/bremner/polymake

-- 
Niko

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web