Bruno Haible wrote, on 12 May 2022: > > https://posix.rhansen.org/p/gettext_draft > Lines 699, 721 > > "if the -n option is not specified, a <newline> shall be written after the > last message string" > "(if -n is not also specified) append a <newline> to the output." > > This is NOT entirely how the gettext program from GNU gettext behaves. Namely, > it also looks whether some of the strings contain a '\c' sequence, in order to > emulate what BSD 'echo' does: > > $ gettext -s -e 'ab\c' | od -t c > 0000000 a b > 0000002 > > Whereas on Solaris, \c is not interpreted: > > $ gettext -s -e 'ab\c' | od -t c > 0000000 a b c \n > 0000004 > > How to resolve this?
In today's call we made changes to allow this handling of \c (using "may", so it is an implementation option). Please check the updated etherpad to see if the way it is described there matches how GNU gettext behaves. -- Geoff Clare <g.cl...@opengroup.org> The Open Group, Apex Plaza, Forbury Road, Reading, RG1 1AX, England
