develooper Front page | perl.perl5.porters | Postings from December 2018

5.28.1 with -Duseshrplib issues

Thread Next
From:
H.Merijn Brand
Date:
December 5, 2018 09:02
Subject:
5.28.1 with -Duseshrplib issues
Message ID:
20181205100207.4dfa46f7@pc09.procura.nl
I built, tested and installed 5.28.1 on my laptop using

./Configure -Duse64bitall -Duselongdouble -Dusethreads -Duseithreads -Duseshrplib -des

I installed it into my usual place: /pro/bin/
the I linked /pro/bin/perl to /pro/bin/perl5.28.0 again to not disrupt
my other tasks while installing all the modules in the 5.28.1 tree

I always forbid to use modules from the previous installs:

$ perl -V:.*inc_version.*
d_inc_version_list='undef';
inc_version_list=' ';
inc_version_list_init='0';

What I then not is that when using CPAN in a script like

 $ perl5.28.1 -MCPAN::Shell -we 'CPAN::Shell->install ($_) for qw( ... )'

all modules that use ExtUtil::MakeMaker install as expected, as the usual riddle is

 perl5.28.1 Makefile.PL && make && make test && make install

where make invokes the perl used to build the Makefile: perl5.28.1

and all modules that use Module::Build fail, as the use

 perl5.28.1 Build.PL && ./Build && ./Build test && ./Build install

and the shebang of Build is /pro/bin/perl which points to the previous perl

My previous perl (5.28.0) was NOT built with -Duseshrplib

I (by now) do not know if having the previous perl not having a shared
plib has any influence on the bad behavior of Module::Build and if the
causes havoc on my current perl, but in the new perl I now get some
fails I never saw before:

Image-Scale-0.14-0 ========================================================

t/stringify.t ...... perl5.28.1: src/image.c:48: image_init: Assertion `PL_valid_types_PVX[SvTYPE(_svpvx) & SVt_MASK]' failed.
t/stringify.t ...... Failed 3/3 subtests

indirect-0.38-0 ===========================================================

t/40-threads.t ............. # Using threads 2.22
# Using threads::shared 1.58
perl5.28.1: indirect.xs:264: indirect_map_store: Assertion `((void*)(oi->buf)) != 0' failed.
t/40-threads.t ............. No subtests run

t/42-threads-global.t ...... # Using threads 2.22
# Using threads::shared 1.58
perl5.28.1: indirect.xs:264: indirect_map_store: Assertion `((void*)(oi->buf)) != 0' failed.
t/42-threads-global.t ...... No subtests run

Text-Aspell-0.09-0 ========================================================

t/05-core.t .. 1/19 panic: XSUB Text::Aspell::list_dictionaries (Aspell.c) failed to extend arg stack: base=694100, sp=6942a8, hwm=694110
# Looks like your test exited with 2 just after 15.
t/05-core.t .. Dubious, test returned 2 (wstat 512, 0x200)
Failed 4/19 subtests

Math-Cephes-0.5305-0 ======================================================

t/elliptics.t ........ 1/10 panic: XSUB Math::Cephesc::ellpj (Cephes_wrap.c) failed to extend arg stack: base=f5e100, sp=f5e128, hwm=f5e118
t/elliptics.t ........ Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 5/10 subtests

t/misc.t ............. 1/33 panic: XSUB Math::Cephesc::fresnl (Cephes_wrap.c) failed to extend arg stack: base=1bd0100, sp=1bd0118, hwm=1bd0110
t/misc.t ............. Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 29/33 subtests

probably some more.

Does this mean I have to start all over without shared plib or did I
surface a bug in perl core?

-- 
H.Merijn Brand  http://tux.nl   Perl Monger  http://amsterdam.pm.org/
using perl5.00307 .. 5.29   porting perl5 on HP-UX, AIX, and openSUSE
http://mirrors.develooper.com/hpux/        http://www.test-smoke.org/
http://qa.perl.org   http://www.goldmark.org/jeff/stupid-disclaimers/

Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About