[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: recent debian perl tests failures without . in @INC
From: |
Gavin Smith |
Subject: |
Re: recent debian perl tests failures without . in @INC |
Date: |
Mon, 13 Aug 2018 12:49:03 +0100 |
On Tue, Aug 29, 2017 at 10:48 AM, Patrice Dumas <address@hidden> wrote:
> Hello,
>
> Recent perl in debian do not have . in @INC anymore, and it will be
> upstream in perl 5.26.
> https://lists.debian.org/debian-devel-announce/2016/08/msg00013.html
>
> As a consequence some tests now fail, even with top_srcdir set:
I've finally started hitting against this problem.
> One possibility could be to add something like the following in every
> test:
> BEGIN {
> if (not (grep {$_ eq '.'} @INC)) {push @INC, '.';}
> }
>
> And maybe the line:
> if (defined($ENV{'top_srcdir'})) {unshift @INC,
> File::Spec->catdir($ENV{'top_srcdir'}, 'tp');
> could be removed, but maybe with a comment stating that it will only
> work for out of source builds if Texinfo/ModulePath.pm is generated in
> the build tree.
I've added the lines
use lib '.';
use Texinfo::ModulePath (undef, undef, 'updirs' => 2);
to all the tests. The first adds . to @INC so that Texinfo::ModulePath
can be found. Texinfo::ModulePath checks top_srcdir.
I haven't tested what happens with out-of-source builds yet, but I
expect that they would work.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: recent debian perl tests failures without . in @INC,
Gavin Smith <=