Hi Pádraig,

> >    What is your position regarding these three approaches today? Or do you 
> > see
> >    another approach, in order to avoid code duplication while keeping the 
> > code
> >    maintainable?
> 
> For simple loops I think it's feasible to duplicate.
> For more involved logic it's best to not duplicate.

Is the 'fnmatch' module approach, with a .h file that gets included twice, 
acceptable
to you? That is, would it be OK to have a coreutils program be implemented 
through
a .c file and a .h file for the core loop? Or do you insist on the code being 
contained
in a single .c file?

That was the main point that led me to giving up on coreutils i18n.

> > * You write: "Note wchar_t is only 16 bits on windows"
> >    The wchar_t problem has been solved through the char32_t type, which is 
> > well
> >    supported in Gnulib now, see
> >    
> > https://www.gnu.org/software/gnulib/manual/html_node/Comparison-of-character-APIs.html
> > 
> > * Beyond what is multibyte functionality specified by POSIX, the feature I
> >    would love most to see in coreutils is for 'fold' to support line 
> > breaking
> >    according to the Unicode line breaking algorithm. This would make 'fold'
> >    useful e.g. in Chinese, where spaces are not used to separate words.
> >    This would imply adding an option
> >      fold --unicode
> >    and making use of the Gnulib module 'unilbrk/ulc-width-linebreaks' or
> > 'unilbrk/ulc-possible-linebreaks'.
> 
> I've updated the page with the above info.

Thanks.

Bruno




Reply via email to