Dave Mitchell <[email protected]> writes:
> Since that's been pulled into blead, I'm seeing these warnings on parallel
> blead builds:
> utf8 mode requested but Encode module not available, falling back to
> non-utf8 at
> /home/davem/perl5/git/bleed/cpan/ExtUtils-MakeMaker/lib/ExtUtils/Command/MM.pm
> line 145.
> utf8 mode requested but Encode module not available, falling back to
> non-utf8 at
> /home/davem/perl5/git/bleed/cpan/ExtUtils-MakeMaker/lib/ExtUtils/Command/MM.pm
> line 145.
> Basically when blead is building podlators, it may not have yet finished
> building Encode. (The warning is actually being generated by the carp
> at cpan/podlators/lib/Pod/Man.pm:151.)
> I don't know whether this is harmless or not. If harmless, it would be
> nice to be able to silence this warning in some fashion. If harmful, we
> should fix it in some fashion.
It's harmless *as long as* all man pages are generated later after all the
modules are available. It's also currently harmless without other patches
because right now man page generation in core is very conservative and
doesn't produce UTF-8 output.
However, I do want to change the latter at some point so that we can
properly represent non-ASCII characters in man page output. If any of the
man pages generated by podlators during the stage where these warnings are
generated are actually kept, they'll break later.
My preferred solution would be to require Encode as a prerequisite for
podlators when building core. Is there any way to do that?
--
#!/usr/bin/perl -- Russ Allbery, Just Another Perl Hacker
$^=q;@!>~|{>krw>yn{u<$$<[~||<Juukn{=,<S~|}<Jwx}qn{<Yn{u<Qjltn{ > 0gFzD gD,
00Fz, 0,,( 0hF 0g)F/=, 0> "L$/GEIFewe{,$/ 0C$~> "@=,m,|,(e 0.), 01,pnn,y{
rw} >;,$0=q,$,,($_=$^)=~y,$/ C-~><@=\n\r,-~$:-u/ #y,d,s,(\$.),$1,gee,print
