[bug #55334] preconv fails when build with libuchardet on MS-Windows

[Bertrand Garrigues]

Follow-up Comment #4, bug #55334 (project groff):

'groff' always runs 'preconv' before any other pre-processors, and he always
pass the input file as an argument to preconv, e.g:

  groff -k foo 

triggers:

  preconv foo | troff -Tps | grops

But of course if 'groff' takes its own input from stdin 'preconv' will also
have its input from stdin.

In your original report you said that doc/meintro.me and doc/merefer.me where
not correctly generated. The difference is that (in 'doc/doc.am') the input
.me file is piped into groff (unlike for example mom examples where the input
file is passed as an argument).  On GNU/Linux the .me files are still
correctly generated because fstat gives a 0 length.

uchardet is needed otherwise 'preconv' defaults to latin1 and non-ascii
characters will not be correctly rendered (bug #51330).

An easy solution is not to call 'detect_file_encoding' if the input is "-":
uchardet will still be used on files, and if the user pipes something into
'groff' he can still use -D to set the correct encoding.

I will work on it and update the doc.


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?55334>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/