Hi Jim, > I would be happy to do that to all of gnulib. > It is long overdue.
Great! When? It's a disruptive change: Everyone who has patches on top of gnulib will have to update these. But since we are in continuous development mode constantly, any time is as good as any other time. (Actually, *before* the Christmas vacations is better for those of us with little spare time.) Which set of files? I would say, - m4/*.m4 yes - lib/**/*.[hcy] yes except the regex module because the regex module is the only major source code for which we still have bidirectional propagation between gnulib and glibc, - lib/*.charset no, as it needs a different treatment - lib/*.class no, as it's a binary file - modules/* no, as it contains Makefile snippets > perl -MText::Tabs -ni -le \ > '$m=/^( *\t[ \t]*)(.*)/; print $m ? expand($1) . $2 : $_' How is this different from "expand -i"? Also, I would try both "expand" and "expand -i" and look at the differences one by one. Bruno