> Date: Fri, 25 Oct 2024 22:44:40 +0200 > From: Bruno Haible via Bug reports for the GNU Texinfo documentation system > <bug-texinfo@gnu.org> > > /cygdrive/c/Strawberry/perl/bin/perl -w ../../../tp/tests/..//texi2any.pl > --force --conf-dir ../../../tp/tests/../t/init/ --conf-dir > ../../../tp/tests/../init --conf-dir ../../../tp/tests/../ext -I > ../../../tp/tests/formatting -I formatting/ -I ../../../tp/tests/ -I . -I > built_input --error-limit=1000 -c TEST=1 --output > formatting/out_parser/split_nocopying_split_dev_null/ --info --split-size 1 > -o /dev/null ../../../tp/tests/formatting/split_nocopying.texi > > formatting/out_parser/split_nocopying_split_dev_null/split_nocopying.1 > 2>formatting/out_parser/split_nocopying_split_dev_null/split_nocopying.2
This is probably because you are using Cygwin Bash, not MSYS Bash, to run the tests, so /dev/null remains unaltered, and Strawberry Perl doesn't understand it. > -accentêd:7: warning: làng is not a valid language code > +accent?d:7: warning: làng is not a valid language code This is a non-issue: that's how Windows represents characters that cannot be expressed using the current system codepage. Can you run in a locale which supports ê? > -texi2any: warning: overwritting output file with js licences: > formatting/out_parser/js_license_reuse_output_file/Ch1.html > +texi2any: warning: overwritting output file with js licences: > formatting\out_parser\js_license_reuse_output_file\Ch1.html This is the slash-vs-backslash issue, not a real problem. > diff -a -u --strip-trailing-cr -r > ../../../tp/tests/formatting/res_parser/reuse_macro_expand_file/simplest.2 > formatting/out_parser/reuse_macro_expand_file/simplest.2 > --- > ../../../tp/tests/formatting/res_parser/reuse_macro_expand_file/simplest.2 > 2024-10-25 19:51:52.000000000 +0000 > +++ formatting/out_parser/reuse_macro_expand_file/simplest.2 2024-10-25 > 20:08:10.709511300 +0000 > @@ -1 +0,0 @@ > -texi2any: warning: overwritting file: > formatting/out_parser/reuse_macro_expand_file/simplest.info No idea why this warning was not emitted. > --- > ../../../tp/tests/encoded/res_parser/verbatiminclude_names_latin1_html_explicit_encoding/chap.html > 2024-10-25 19:51:52.000000000 +0000 > +++ > encoded/out_parser/verbatiminclude_names_latin1_html_explicit_encoding/chap.html > 2024-10-25 20:08:54.431588300 +0000 > @@ -4,7 +4,6 @@ > <head> > <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> > <!-- In copying > -In included téxt. > --> > <title>chap (top)</title> > > @@ -38,8 +37,7 @@ > <h2 class="chapter" id="Chapter"><span>1 Chapter<a class="copiable-link" > href="#Chapter"> ¶</a></span></h2> > > <p>In main text > -</p><pre class="verbatim">In included téxt. > -</pre> > +</p> > </div> Looks like @include didn't work? > diff -a -u --strip-trailing-cr -r > ../../../tp/tests/encoded/res_parser/verbatiminclude_names_latin1_html_explicit_encoding/index.html > > encoded/out_parser/verbatiminclude_names_latin1_html_explicit_encoding/index.html > --- > ../../../tp/tests/encoded/res_parser/verbatiminclude_names_latin1_html_explicit_encoding/index.html > 2024-10-25 19:51:52.000000000 +0000 > +++ > encoded/out_parser/verbatiminclude_names_latin1_html_explicit_encoding/index.html > 2024-10-25 20:08:54.431588300 +0000 > @@ -4,7 +4,6 @@ > <head> > <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> > <!-- In copying > -In included téxt. > --> > <title>Top (top)</title> Likewise? > diff -a -u --strip-trailing-cr -r > ../../../tp/tests/encoded/res_parser/verbatiminclude_names_latin1_html_explicit_encoding/verbatiminclude_names_latin1.2 > > encoded/out_parser/verbatiminclude_names_latin1_html_explicit_encoding/verbatiminclude_names_latin1.2 > --- > ../../../tp/tests/encoded/res_parser/verbatiminclude_names_latin1_html_explicit_encoding/verbatiminclude_names_latin1.2 > 2024-10-25 19:51:52.000000000 +0000 > +++ > encoded/out_parser/verbatiminclude_names_latin1_html_explicit_encoding/verbatiminclude_names_latin1.2 > 2024-10-25 20:08:54.620224200 +0000 > @@ -1,2 +1,4 @@ > +verbatiminclude_names_latin1.texi:6: @verbatiminclude: could not find > included_ak?ent?d.texi > verbatiminclude_names_latin1.texi:8: @verbatiminclude: could not find > vi_not_exist?ng.t?xi > +verbatiminclude_names_latin1.texi:18: @verbatiminclude: could not find > included_ak?ent?d.texi > verbatiminclude_names_latin1.texi:20: @verbatiminclude: could not find > vi_not_exist?ng.t?xi > D: encoded/diffs/verbatiminclude_names_latin1_html_explicit_encoding.diff > (printed above) Inclusion of files with non-ASCII file names is expected to fail. Why is this being tested on MinGW? Are the non-ASCII characters in included file names guaranteed to be supported on Windows? > --- > ../../../tp/tests/encoded/res_parser/verbatiminclude_names_latin1_explicit_encoding_rawtext/verbatiminclude_names_latin1.txt > 2024-10-25 19:51:52.000000000 +0000 > +++ > encoded/out_parser/verbatiminclude_names_latin1_explicit_encoding_rawtext/verbatiminclude_names_latin1.txt > 2024-10-25 20:09:03.241446000 +0000 > @@ -7,5 +7,4 @@ > ********* > > In main text > -In included téxt. Probably the same issue with @include of non-ASCII file names?
