Fix generation of en@quot.po when using git snapshots on FreeBSD (or remove
A tool to dump shared memory segments, files and text
Brought to you by:
sg-dev
msgfmt on FreeBSD complains about missing \n terminations in these generated "translations", and it is right. The affected original messages don't have a line feed, but the generated translations end with \n. Need to figure out what goes wrong, or maybe remove these "translations". I still wonder if anyone is actually using them...
Deferred until autopoint creates the intl subdirectory again, see this gettext bug: http://savannah.gnu.org/bugs/?39536
Until then, building directly from git on FreeBSD is not possible without some tricks. A pity for potential FreeBSD developers wanting to participate in the development of this package. However, end users won't notice any problems as the released tarballs still compile and work fine.
It seems like the original problem might be fixed with gettext-0.18.3, see http://git.savannah.gnu.org/cgit/gettext.git/commit/?id=3d11906fd5223f9d0b61f5b4fc0cc502eafd35d1 and https://lists.gnu.org/archive/html/bug-gettext/2013-04/msg00028.html
Copying the intl/ subdirectory is probably fixed with gettext-0.18.4, but we still have to test this when FreeBSD updates to this version. See: http://git.savannah.gnu.org/cgit/gettext.git/commit/?id=c0d3ce9120fc24d2b78af59c5760ce1ec0dc0ad4
Fixed with FreeBSD 10 and our patch in commit 2c28ee54f9b15a08ae7877c6e7c7894ca4307f93.
Last edit: Stefan Gast 2014-07-15