On 2017-11-15, Alceu Rodrigues de Freitas Junior <[email protected]> wrote: > Hello folks, > > I'm struggling to get installed the module PerlIO::eol by downloding it > from CPAN and installing it. > > I tried with both the standard perl in OpenBSD 6.1 and also one that I > compiled with perlbrew, but the results are the same (after the classic > "perl Makefile.PL; make"): > > bash-4.4$ prove -l -m -v t/1-basic.t > t/1-basic.t .. > 1..23 > not ok 1 - use PerlIO::eol; > # Failed test 'use PerlIO::eol;' > # at t/1-basic.t line 4. > # Tried to use 'PerlIO::eol'. > # Error: Can't locate loadable object for module PerlIO::eol in > @INC (@INC contains: /home/vagrant/.cpan/build/PerlIO-eol-0.16-1/lib > /home/vagrant/perl5/perlbrew/perls/perl-5.26.1/lib/site_perl/5.26.1/OpenBSD.amd64-openbsd > > /home/vagrant/perl5/perlbrew/perls/perl-5.26.1/lib/site_perl/5.26.1 > /home/vagrant/perl5/perlbrew/perls/perl-5.26.1/lib/5.26.1/OpenBSD.amd64-openbsd > > /home/vagrant/perl5/perlbrew/perls/perl-5.26.1/lib/5.26.1) at > t/1-basic.t line 4. > # Compilation failed in require at t/1-basic.t line 4. > # BEGIN failed--compilation aborted at t/1-basic.t line 4. > Bareword "CR" not allowed while "strict subs" in use at t/1-basic.t line 6. > Bareword "LF" not allowed while "strict subs" in use at t/1-basic.t line 6. > Bareword "CRLF" not allowed while "strict subs" in use at t/1-basic.t > line 6. > Execution of t/1-basic.t aborted due to compilation errors. > # Looks like your test exited with 255 just after 1. > Dubious, test returned 255 (wstat 65280, 0xff00) > Failed 23/23 subtests > > Test Summary Report > ------------------- > t/1-basic.t (Wstat: 65280 Tests: 1 Failed: 1) > Failed test: 1 > Non-zero exit status: 255 > Parse errors: Bad plan. You planned 23 tests but ran 1. > Files=1, Tests=1, 0 wallclock secs ( 0.02 usr 0.04 sys + 0.04 cusr > 0.06 csys = 0.16 CPU) > Result: FAIL > bash-4.4$ > > I even tried to export LD_LIBRARY_PATH to the current directory, didn't > work either. > > In the past, I had problems with libs dependencies because installing > them through pkg_add were putting them over /usr/local/lib, and libpth > variable in Perl was not searching over there: > > -bash-4.4$ perl -v | head -2 > > This is perl 5, version 24, subversion 1 (v5.24.1) built for amd64-openbsd > -bash-4.4$ perl -V | grep libpth > libpth=/usr/lib /usr/lib > > But I don't think that's the case here since the object I'm trying to > load is on my current directory: > > bash-4.4$ ls > Changes LICENSE~ META.json MYMETA.yml README > dist.ini eol.c eol.xs lib t > Changes~ MANIFEST META.yml Makefile README~ > dist.ini~ eol.h eol.xs~ perl.core write.h > LICENSE MANIFEST.SKIP MYMETA.json Makefile.PL blib > eol.bs eol.o fill.h pm_to_blib xt > > The core file over there didn't gave any hints when using "gdb -c" with it. > > Thanks! > Alceu > >
If I make a port using the normal ports framework and try it on -current, I get this, which is a bit further but not all the way : 1..23 ok 1 - use PerlIO::eol; ok 2 ok 3 ok 4 ok 5 ok 6 - open for read Failed 17/23 subtests Test Summary Report ------------------- t/1-basic.t (Wstat: 134 Tests: 6 Failed: 0) Non-zero wait status: 134 Parse errors: Bad plan. You planned 23 tests but ran 6. Files=1, Tests=6, 0 wallclock secs ( 0.01 usr 0.04 sys + 0.03 cusr 0.03 csys = 0.11 CPU) Result: FAIL
