[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Bertrand Garrigues
Subject: [bug #55334] preconv fails when build with libuchardet on MS-Windows
Date: Mon, 31 Dec 2018 11:28:06 -0500 (EST)
User-agent: Mozilla/5.0 (Windows NT 6.1; rv:61.0) Gecko/20100101 Firefox/61.0

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 


  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:


  Message sent via Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]