I would like[1] to simplify the `po/' directory by removing the cruft
from the Makefile that is left over from the gettext distribution.
Specifically, I'd like to do the following:

1. If the gettext command-line tools (specifically msgfmt) are
   unavailable at configure time, don't make the `po' subdirectory.

2. Build with NLS support if the gettext() is available (and
   --disable-nls is not specified), regardless of the above.  That way
   a sysadmin can install Wget first and the command-line and the PO
   files later, and everything will still work.

3. Stop carrying the `.gmo' files in the distribution and always
   generate them with `make'.  (We won't make them on systems without
   gettext, but they can be added later, see #1 and #2.)

   This will solve the long-standing bug where Wget would come with
   its set of .mo files generated with GNU gettext, but link with the
   native gettext, which expects .mo files in its own format, leading
   to core dumps.

4. Create a normal and fairly simple po/Makefile.in instead of the
   current Makefile.in.in monstrosity.

The users should see no difference, the distribution will be smaller
and simpler, and we'll get rid of the .mo mismatch bug mentioned under
#3.

What do you think?


Footnotes:
[1]
In fact, I wanted to do that from the start, but I didn't dare to mess
with the gettext configuration process.  That was a mistake because I
had to mess with it anyway.  The next logical change would be to stop
distributing translations and put them in a separate tarball, ideally
autogenerated from the Translation Project database.

Reply via email to