Front page | perl.perl5.porters |
Postings from November 2016
On Mon, 07 Nov 2016 10:21:33 GMT, mat@cpan.org wrote:
> Le Thu, 03 Nov 2016 13:52:10 -0700, jkeenan a écrit :
> > mat: Could you explore what happens when you try to
> > configure/make/make check texinfo in an environment where
> > Unicode::EastAsianWidth is already installed against what texinfo's
> > ./configure believes to be $PERL?
>
> Friday, RT was down, so I could not comment, but installing
> Unicode::EastAsianWidth does not help.
> There is only one Perl installed in the testbed, it is the problematic
> Perl 5.25, and it is /usr/local/bin/perl, and ./configure does find it
> without problems.
Agreed. In the hope that others may help with this debugging effort, I am attaching several files:
* 130010_debugging_procedures.pod, which has step-by-step instructions as to how to reproduce the failures in the texinfo test suite.
* install_branch_for_testing.sh: Shell script (adapted from rafl and khw) for installing a perl built at the failing commit.
* dollar-tree.txt and dollar-converter.txt: Referenced in 130010_debugging_procedures.pod
The question is: What is it about this the pattern:
#####
/([^\S\x{202f}\x{00a0}]+)|(\p{InFullwidth})|((?:[^\s\p{InFullwidth}]|[\x{202f}\x{00a0}])+)/
#####
... that (a) as of commit C<a5540cf> but not previously; and (b) in the context of this test suite but not in isolation, perceives something to be a read-only value not subject to modification?
Thank you very much.
--
James E Keenan (jkeenan@cpan.org)
---
via perlbug: queue: perl5 status: open
https://rt.perl.org/Ticket/Display.html?id=130010
Thread Previous
|
Thread Next