>From running gettextize, my understanding is that at least the following
files are maintained in gettext, not gnulib:

M       build-aux/config.rpath
M       gnulib/m4/gettext.m4
M       gnulib/m4/iconv.m4
M       gnulib/m4/nls.m4
M       gnulib/m4/po.m4
M       gnulib/m4/progtest.m4

Paul (I guess) - so can the massive auto-updating of the copyright year
list refrain from touching them?  Right now there are copyright year
discrepancies between the gettext version and the gnulib version.

Perhaps there are other files to be handled similarly -- everything in
gettext-runtime/m4?  But that includes a dozen+ files that seem awfully
generic, e.g., the above progtest.m4, intdiv0.m4, stdint_h.m4, ... 
I don't get it.  And the "gettextize and autopoint" node in the gnulib
manual does not clarify.

Daiki (I guess) - and the po.m4 in gnulib is still serial 23 from
0.18.  Shouldn't they be kept in sync?  Also, may I suggest putting a
comment at the top of the gettext files saying "this file is maintained
in gettext".  To help poor people like me trying to figure out what is
out of date and what isn't.

thanks,
karl

Reply via email to