[bug-gettext] [bug #52932] XML doesn’t default to UTF-8

Update of bug #52932 (project gettext): Status:None => Need Info ___ Follow-up Comment #1: Why? Why make an assumption about the encoding (that assumption can be wrong) - thus possibly

[bug-gettext] [bug #50117] bogus "unterminated character constant" warning with C++14 single-quotation-mark as digit separators

Update of bug #50117 (project gettext): Status:None => Fixed Assigned to:None => haible Open/Closed:Open => Closed

[bug-gettext] [bug #46756] xgettext 0.19.6 mangles C escapes; causes po file corruption

Update of bug #46756 (project gettext): Severity: 3 - Normal => 4 - Important ___ Reply to this item at: ___

[bug-gettext] [bug #49901] Bad declaration of 'npgettext' and 'dnpgettext' in gettext.h

Update of bug #49901 (project gettext): Status:None => Invalid Assigned to:None => haible Open/Closed:Open => Closed

[bug-gettext] [bug #50910] Makefile.in.in should produce up-to-date .mo files even when target 'update-po' is never invoked

Update of bug #50910 (project gettext): Severity: 3 - Normal => 4 - Important ___ Reply to this item at: ___

[bug-gettext] [bug #52788] Please provide support for the golang

Update of bug #52788 (project gettext): Category:Programmer tools => Other ___ Reply to this item at: ___

[bug-gettext] [bug #49498] make fails due to "gcc: error: ./plural.c: No such file or directory"

Update of bug #49498 (project gettext): Status: Need Info => Works For Me Assigned to:None => haible Open/Closed:Open => Closed

[bug-gettext] [bug #44808] gettext configure fails without a C++ compiler

Update of bug #44808 (project gettext): Status:None => Works For Me Assigned to:None => haible Open/Closed:Open => Closed

[bug-gettext] [bug #43487] test-lock test hangs on AArch64

Update of bug #43487 (project gettext): Status:None => Fixed Assigned to:None => haible Open/Closed:Open => Closed

[bug-gettext] [bug #52788] Please provide support for the golang

Update of bug #52788 (project gettext): Category:None => Programmer tools ___ Reply to this item at: ___

[bug-gettext] [bug #52424] AM_GNU_GETTEXT and AM_GNU_GETTEXT_VERSION choke on white space

Update of bug #52424 (project gettext): Category: Build => Programmer tools ___ Reply to this item at: ___

[bug-gettext] [bug #52395] msguniq 0.19.8.1 for Windows sometimes processes .pot file with CRLF EOL incorrectly

Follow-up Comment #2, bug #52395 (project gettext): As a workaround, if you have PO or POT files with Windows EOL conventions, please run "tr -d '\r'" on them before using the GNU gettext tools on them. ___ Reply to this item at:

[bug-gettext] [bug #27740] Feature Request: Support Here Doc & Now Doc syntaxes for PHP in xgettext

Update of bug #27740 (project gettext): Assigned to: haible => None ___ Reply to this item at: ___

[bug-gettext] [bug #52159] msgfmt don't correctly build description field in appdata.xml files

Update of bug #52159 (project gettext): Category: AppData => XML ___ Reply to this item at: ___

Re: [bug-gettext] Bug#876498: gettext: msgunfmt: heap corruption

Hi Daiki, > Running msgunfmt under valgrind might give you more hints. Anyway, I am > suspecting this is caused by a missing NUL termination in > get_sysdep_string in read-mo.c, which should be fixed by the attached patch. Yes, the valgrind run points into this direction: #CHECKER = valgrind

Re: [bug-gettext] msgmerge confuses unrelated entries

Hi Loïc, > It is a great feeling, when filing a bug, to get an immediate response... It's a great feeling to get a bug report by someone who has a wikipedia entry and who, on top of it, is working on a globally important project (SecureDrop) :-) > These files are fed to weblate ( >

Re: [bug-gettext] msgmerge confuses unrelated entries

Hello dear Loïc, > Given the attached messages.pot and messages.po, when calling: > > msgmerge --previous --update messages.po messages.pot > > it produces the attached messages.po.updated file. A diff between messages.po > and messages.po.update shows: > > -#: journalist.py:237

[bug-gettext] [bug #51881] PATCH: Fully support the AppStream/metainfo spec

Follow-up Comment #3, bug #51881 (project gettext): > maybe trick Gettext into recognizing both names for the file The committed patch recognizes both file name pattern foo.appdata.xml and foo.metainfo.xml (I verified this after disabling /usr/share/gettext/its on my system, that was

[bug-gettext] [bug #51881] PATCH: Fully support the AppStream/metainfo spec

Update of bug #51881 (project gettext): Status:None => Fixed Assigned to:None => haible Open/Closed:Open => Closed

[bug-gettext] [bug #50414] Metainfo files are not recognized as AppData

Follow-up Comment #2, bug #50414 (project gettext): Oops, wrong commit. Fixed through commits http://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commitdiff;h=ac5c1120096808a94bdeeb5319129d0d139a6d3a

[bug-gettext] [bug #50408] AppData’s doesn’t get translated

Update of bug #50408 (project gettext): Status:None => Fixed Assigned to:None => haible Open/Closed:Open => Closed

[bug-gettext] [bug #50414] Metainfo files are not recognized as AppData

Update of bug #50414 (project gettext): Status:None => Fixed Assigned to:None => haible Open/Closed:Open => Closed

[bug-gettext] [bug #49598] Allow ngettext to be used with non-English source language with more than two plural forms

Follow-up Comment #4, bug #49598 (project gettext): Serhiy, > I understand that it can be quite a challenge to implement and that you have limited resources. You are assuming that the arguments I gave are not the real arguments, but that I have other motives for saying "no" to this feature

[bug-gettext] [bug #49654] msgfmt and build determinism

Follow-up Comment #11, bug #49654 (project gettext): > Implementing any of these options means the test will only work with the new gettext, it won't work with the old one anymore. This is true for the po2test.awk suggestion. But the first of my 3 suggestions (use a modified de.po file, without

[bug-gettext] [bug #49654] msgfmt and build determinism

Follow-up Comment #9, bug #49654 (project gettext): > This change breaks the assumption that any msgstr entry from the po file is put unchanged into the mo file. You are right, this assumption does not hold any more for the header entry. > This breaks at least the glibc intl/tst-gettext test

Re: [bug-gettext] replacing autotools with meson?

Alexander Kanavin wrote: > Yocto is not a distribution, and it does not provide any pre-built > binaries or images. It is a toolkit for creating Linux-based > distributions aimed at embedded use cases. What this means is that > anyone who wants to create such a distribution and produce images

Re: [bug-gettext] replacing autotools with meson?

Alexander Kanavin wrote: > I'm a contributor to the Yocto Project, ... > > gettext can be built takes an unusually long time: several minutes Yocto Project is described as targeting "embedded software". I would expect that translator tools and programmer tools are not needed _in_ embedded

Re: [bug-gettext] replacing autotools with meson?

Hello, > The larger reason is that meson as build system is a lot more pleasant > to deal with, and many projects, particularly those affiliated with > Gnome are switching to it. Gstreamer is perhaps the most well known. Well, I have seen several attempts at providing a good build system:

[bug-gettext] [bug #51756] Man page support

Update of bug #51756 (project gettext): Severity: 3 - Normal => 1 - Wish ___ Reply to this item at: ___

Re: [bug-gettext] Information Request - GNU gettext

Hi, Catherine Landreville wrote: > My name is Catherine Landreville, and I'm a Masters student at Concordia > University, in Montreal (Canada). > > I'm currently conducting a research for my thesis in Translation Studies, and > I'm trying to build a complete database of computer-aided

Re: [bug-gettext] something confuse about gettext in php

Hi, > I have created the po and mo file and put them under > /var/www/cgi-bin//locale/timemanagement/zh_CN/LC_MESSAGES/ . but it didn't > work at all, I guess there may be something wrong with my code. but no idea. > can anyone give some advice to the next action ? You have the doc here:

[bug-gettext] [bug #51291] support D programming language

URL: Summary: support D programming language Project: GNU gettext Submitted by: haible Submitted on: Thu 22 Jun 2017 11:45:11 AM CEST Category: Other Severity: 1 -

Re: [bug-gettext] gettext-0.19.8.1 requires a few patches to compile with strict C99 compiler

Hi Dennis, Thanks for the requested files. My analysis of this po-lex.i file: Line 5296..5326: /usr/include/stdbool.h Line 5479 : bool => _Bool Line 5372 : /usr/include/stdbool.h again Lines 8838 10263 10639 10972 : /usr/include/stdbool.h again Line 11432 : /usr/local/include/unistring/stdbool.h

Re: [bug-gettext] gettext-0.19.8.1 requires a few patches to compile with strict C99 compiler

Hi, Dennis Clarke wrote: > A few patches were needed to compile gettext-0.19.8.1 on Solaris 10 > using both Oracle Studio 12.4 and Oracle Studio 12.5 compilers. The > problems seemed to be exclusively to some issue around the use of _Bool > and then "bool" in other place and a mismatch between

Re: [bug-gettext] GetText escapes

Hi, CCing the bug-gettext mailing list. About gettext related matters, please write to the mailing list, not to me personally. > Hello Sir, > > I'm learning to code and I am trying to write my own tool similar to > gettext and I have some trouble understanding how gettext works with > escaped

Re: [bug-gettext] [PROPOSED] Use VLAs in C11 compilers that advertise them

Hi Paul, > > Why? Around 1992-1997 I learned the lesson that one cannot really rely > > on the values of __STDC_VERSION__ and the like. Too many compilers lie > > about it. > > Although that's certainly true in general OK, thanks for the confirmation. > It has been used that > way for

Re: [bug-gettext] [PROPOSED] Use VLAs in C11 compilers that advertise them

Hi Paul, > diff --git a/gnulib-local/lib/gettext.h b/gnulib-local/lib/gettext.h > index 75f59f6..6316d4d 100644 > --- a/gnulib-local/lib/gettext.h > +++ b/gnulib-local/lib/gettext.h > @@ -185,7 +185,7 @@ npgettext_aux (const char *domain, > #include > > #if (((__GNUC__ >= 3 || __GNUG__ >= 2)

Re: [bug-gettext] msgcat error when merging fuzy entry with empty translation

Hi, > given these 2 files: > > 8<--- test1.pot -- > #, fuzzy > msgid "foo" > msgstr "foo" > ->8--- > > 8<--- test2.pot -- > msgid "foo" > msgstr "" > ->8--- > > msgcat does not ignore empty translation from test2: > > $

Re: [bug-gettext] found a couple of typos in the Plural-forms explanation

Hi, Domingo Bernardo wrote: > /Romanic family > / > > Spanish, Portuguese, Italian, Bulgarian > > Bulgarian, is a Slavic language. Indeed. I'm fixing the manual: http://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commitdiff;h=9506ea45e084a61b07adebfb636be417e93d6bc0 Thanks for the

[bug-gettext] [bug #49862] User configured locale dir is overridden by hardcoded path for locale.aliases

Update of bug #49862 (project gettext): Status:None => Fixed Assigned to:None => haible Open/Closed:Open => Closed

Re: [bug-gettext] “distcheck -j” failure caused by ‘update-po’

Ludovic Courtès wrote: > I don’t see why only ‘sr.po’ is causing this problem. sr.po, unlike da.po, has many obsolete messages at the end. Maybe, if you remove these obsolete messages by hand, "make distcheck" will pass. Bruno

[bug-gettext] [bug #51027] 'make distcheck' fails with EPERM while updating PO files

Update of bug #51027 (project gettext): Category: Build => Programmer tools ___ Follow-up Comment #1: This bug is probably triggered by the DIST_DEPENDS_ON_UPDATE_PO option that you use in

[bug-gettext] [bug #50910] Makefile.in.in should produce up-to-date .mo files even when target 'update-po' is never invoked

Follow-up Comment #6, bug #50910 (project gettext): The DIST_DEPENDS_ON_UPDATE_PO option is also relevant to this discussion. ___ Reply to this item at:

[bug-gettext] [bug #46111] ECMAScript templates are not extracted

Update of bug #46111 (project gettext): Assigned to:None => ueno ___ Reply to this item at: ___

Re: [bug-gettext] “distcheck -j” failure caused by ‘update-po’

Hi Ludo, > > Can you please open a ticket at https://savannah.gnu.org/bugs/?group=gettext > > and attach the files Makefile, Makevars, da.po, sr.po ? So that someone can > > analyze this. > > Reported at . Thanks. There you write: > To reproduce,

[bug-gettext] [bug #50920] Javascript interpolated strings in xgettext

Update of bug #50920 (project gettext): Status:None => Not a Bug Assigned to:None => haible ___ Follow-up Comment #1: I will close this

[bug-gettext] [bug #50910] Makefile.in.in should produce up-to-date .mo files even when target 'update-po' is never invoked

Update of bug #50910 (project gettext): Category:None => Programmer tools Status: Need Info => Confirmed Summary: Indicate reused strings in msgmerge verbose output => Makefile.in.in should

[bug-gettext] [bug #50910] Indicate reused strings in msgmerge verbose output

Follow-up Comment #3, bug #50910 (project gettext): Thanks for explaining. Now I understand. The point of keeping the history is precisely to save some work from the translator in such situations. The question is how much work you want to save her: a) If you think the translator should review

[bug-gettext] [bug #50910] Indicate reused strings in msgmerge verbose output

Update of bug #50910 (project gettext): Category: PO, POT => None Status:None => Need Info ___ Follow-up Comment #1: Please, can you

Re: [bug-gettext] test suite fails when run in parallel

gt; > icc: error #10236: File not found: 'test-verify.o' > FAIL test-verify (exit status: 1) > > It looks like the test suite successfully passes when run in serial though. Thanks for the report. This patch should fix it. 2017-04-20 Bruno Haible <br...@clisp.org>

Re: [bug-gettext] Problem with gettext emacs support

Peter Hull wrote: > Might have something here. > In po-preset-string-functions (in po-mode.el) there is the following: > (let ((pair (cond ... > ... > ((member mode-name '("C" "C++")) > '(po-find-c-string . po-mark-c-string)) > ... >

[bug-gettext] [bug #50830] PO mode does not find any translatable strings when electric-mode is enabled

Update of bug #50830 (project gettext): Severity: 3 - Normal => 4 - Important Status: Confirmed => Fixed Open/Closed:Open => Closed

[bug-gettext] [bug #50830] PO mode does not find any translatable strings when electric-mode is enabled

URL: Summary: PO mode does not find any translatable strings when electric-mode is enabled Project: GNU gettext Submitted by: haible Submitted on: Wed 19 Apr 2017 11:27:33 AM CEST

[bug-gettext] [bug #50595] libintl.h: declare newlocale when requested by feature macros only

Update of bug #50595 (project gettext): Category: C => Programmer interface Status:None => Fixed Assigned to:None => haible Open/Closed:

[bug-gettext] [bug #50357] xgettext doesn't recognise encoding aliases Python supports

Follow-up Comment #6, bug #50357 (project gettext): > name matching is standardised in various places; for example in UTR #22 No, name matching is not standardised. Different charset conversion libraries have different ways of doing it. The UTR #22 probably describes the way ICU does it, but ICU

[bug-gettext] [bug #50357] xgettext doesn't recognise encoding aliases Python supports

Follow-up Comment #5, bug #50357 (project gettext): > all Python implementations to my knowledge support the same set of encodings for Python source files But the "# coding:" marker is interpreted by different programs: not only by Python when it loads or compiles the file, but also by editors

Re: [bug-gettext] bug#25690: make install-html broken

Hello Eric and Assaf, Eric, thanks for the report. Assaf, thanks for the forward to bug-gettext. > Making install-html in po > make[1]: Entering directory '/usr/src/sed-4.4-1.i686/build/po' > make[1]: *** No rule to make target 'install-html'. Stop. Fixed in gettext git:

Re: [bug-gettext] Static link fails with gettext 0.19.8.1

Alexey Neyman wrote: > Just to clarify, ct-ng is not building "an entire system", it builds > just the toolchain (gcc, binutils + a few extras) ... > ... toolchain doesn't run with elevated privileges nor does it handle > any incoming connections. I agree, fair enough. gcc + binutils rarely

Re: [bug-gettext] Static link fails with gettext 0.19.8.1

Hello, Alexey Neyman wrote: > A failure to link with libintl.a statically has been reported on the > crosstool-ng list: > https://github.com/crosstool-ng/crosstool-ng/issues/597 The failure is, as you can see from [ALL ]

Re: [bug-gettext] JavaScript and JSON support status

Hi Daiki, Thanks for explaining. > > Here's a set of packages and use situations I could find. It does not give a > > big picture to me. Can someone shed some light on anything of this, and > > clarify? > > I doubt it would be useful to support for particular Web frameworks; > they still shoot

[bug-gettext] [bug #49899] Missing context aware variants of shell tools.

Update of bug #49899 (project gettext): Category:Translator tools => End-user / runtime Status:None => Need Info ___ Follow-up Comment #3: This is an

[bug-gettext] [bug #49899] Missing context aware variants of shell tools.

Follow-up Comment #1, bug #49899 (project gettext): Contexts were introduced for GUI programs, see https://www.gnu.org/software/gettext/manual/html_node/Contexts.html Are you creating a GUI program through a shell script? How does this look like? Can you provide an example as

[bug-gettext] [sr #109175] mo2json conversion.

Update of sr #109175 (project gettext): Operating System: GNU/Linux => None ___ Follow-up Comment #1: I don't understand two things: 1) Why would anyone convert PO -> MO -> JSON in two steps,

[bug-gettext] JavaScript support status

Hi, I'm trying to get an understanding of: - What is the JavaScript community doing w.r.t. localization and PO and MO files? - What can/should the GNU gettext package do in order to be useful for this community? Here's a set of packages and use situations I could find. It does not

Re: [bug-gettext] Compile fails under msys2

Hi, Daniel Kasak wrote: > Firstly, apologies if I have the wrong list - this is the only > gettext -related list I could find. You're on the right list. > With gettext-0.19.8 I get: The newest release is 0.19.8.1. > I'm attempting to build under windows, using msys2. MSYS is *not* a

[bug-gettext] [bug #49870] Mention php-gettext in the documentation

URL: Summary: Mention php-gettext in the documentation Project: GNU gettext Submitted by: haible Submitted on: Sat 17 Dec 2016 05:27:29 PM CET Category: PHP Severity:

Re: [bug-gettext] Plural forms

Hi, > I have a case where the singular and plural form are the same in English, > but different in other languages. > > ngettext("%d correct", "%d correct", n) > > The Spanish translation would be > "%d correcto" (singular) > "%d correctos" (plural) > indicating the number of correct answers

[bug-gettext] [bug #49654] msgfmt and build determinism

Update of bug #49654 (project gettext): Status: In Progress => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[bug-gettext] [bug #49654] msgfmt and build determinism

Update of bug #49654 (project gettext): Status: Confirmed => In Progress Assigned to:None => haible ___ Follow-up Comment #7: Thanks a lot! I am

[bug-gettext] [bug #47674] gettext test suite fails with grep 2.24

Update of bug #47674 (project gettext): Status: Invalid => Not a Bug ___ Reply to this item at: ___

[bug-gettext] [bug #37851] configure.ac - autoconf errs on incomplete call to AC_INIT

Follow-up Comment #2, bug #37851 (project gettext): Daiki added arguments to the AC_INIT code on 2014-04-22: http://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commitdiff;h=fbf4e276c81d85c56fded43306fe025db8722597 ___ Reply to this item

[bug-gettext] [bug #34572] build configuration ignores "--without-libxml2-prefix --with-included-libxml" if libxml2 is installed

Follow-up Comment #2, bug #34572 (project gettext): I cannot reproduce with current gettext sources either. After installing (with "make install DESTDIR=/tmp/inst" in order not to botch my system) I get: $ ldd /tmp/inst/usr/bin/xgettext linux-vdso.so.1 => (0x7fffcb5fe000)

[bug-gettext] [bug #38783] Invalid check for __fsetlocking

Update of bug #38783 (project gettext): Status:Works For Me => Not a Bug ___ Follow-up Comment #7: The patch you are referring to

[bug-gettext] [bug #37925] preserve time stamp for libintl.h in destination folder

Follow-up Comment #2, bug #37925 (project gettext): > After running install target without changing any code libintl.h in declination folder installed with new time without changes This is triggering compilation for other library who include libintl.h Even if libintl.h has not changed, the

[bug-gettext] [bug #49540] FAIL xgettext-its-2

Follow-up Comment #3, bug #49540 (project gettext): > Is it still fine to run `sudo make install` and to use it Yes. It was only a bug in the test suite. ___ Reply to this item at:

[bug-gettext] [bug #32087] libpthread linkage detection on Solaris

Update of bug #32087 (project gettext): Status:None => Fixed Assigned to:None => haible Open/Closed:Open => Closed

[bug-gettext] [bug #49818] Incomplete list of Perl functions without arguments

URL: Summary: Incomplete list of Perl functions without arguments Project: GNU gettext Submitted by: haible Submitted on: Fri 09 Dec 2016 08:55:26 PM CET Category: Perl

Re: [bug-gettext] work around an automake pitfall

> Looks like a good idea. It appears to work identically. Do you have experience > with it? What are the pro's/cons's of > automake --add-missing --force-missing --copy > versus > (cd build-aux && rm -f ar-lib compile depcomp install-sh mdate-sh missing > test-driver) > automake

Re: [bug-gettext] work around an automake pitfall

Hi Roumen, > > But there is a pitfall: Once you have added the file to the git checkout > > of your package, it will *not* be upgraded when new automake releases are > > installed. > What about to add |--force-missing to above flags? Looks like a good idea. It appears to work identically. Do you

[bug-gettext] work around an automake pitfall

In gettext's autogen.sh, we use "automake --add-missing --copy" in order to fetch missing Automake infrastructure. But there is a pitfall: Once you have added the file to the git checkout of your package, it will *not* be upgraded when new automake releases are installed. Witness: I made a GNU

[bug-gettext] xgettext-its-2 test failure

Installing gettext-0.19.8.1, I'm seeing a test failure: FAIL: xgettext-its-2 FAIL xgettext-its-2 (exit status: 1) When I trace the script with "sh -x", I can see that xgettext gives an error message in German: + xgettext -o /dev/null input.a xgettext: Warnung: Typ der

[bug-gettext] error message from gettextize

A run of "gettextize -f -n" succeeded but printed a spurious error message: $ LC_ALL=C gettextize -f -n Copy file ABOUT-NLS Copy file build-aux/config.rpath Not copying intl/ directory. Copy file po/Makefile.in.in Copy file po/Makevars.template

Re: [bug-gettext] [Translation-team-de] Fehler in der Übersetzung von GNU make

Hello Paul, Florian Zeitz wrote to the German translation team on 2016-11-28: > Guten Tag zusammen, > > mir ist heute zu meiner großen Verwunderung ein `make --debug` Aufruf > gesegfaulted. Nach einigem Fehler suchen stellt sich heraus das dafür > folgende Übersetzung verantwortlich war: > > #:

Re: [bug-gettext] bug tracker: savannah vs. debbugs

Daiki Ueno wrote: > having seen quite a > few people being confused that we have multiple places to report bugs > (this list and the tracker) and that discussions often scatter across > those places, I am wondering if we could unify them. >From my experience, - Mails are OK as long as the

Re: [bug-gettext] bug tracker: savannah vs. debbugs

Hi Daiki, > On a related note, I thought it might > make sense if we eventually move over to debbugs.gnu.org, as automake > and libtool do. Though I haven't used it much, it apparently has a > concept of "user tags" which could be used as categories. My preference goes the other way around: I

Re: [bug-gettext] Is there a way to generate an error message when an env variable is not available? (envsubst)

Hi, Peng Yu wrote: > xxx is not defined in the enviroment. I'd like envsubst to show an > error message. But there is not such an option available as of now. > Can this feature be added? > > ~$ cat template.txt > The word is $foo > The word is $ > ~$ word=foo envsubst < template.txt > The

[bug-gettext] [bug #16657] CVS gettext compilation failure - file archive.tar.gz does not exist

Update of bug #16657 (project gettext): Category:None => Build ___ Reply to this item at: ___

[bug-gettext] [bug #49654] msgfmt and build determinism

Follow-up Comment #5, bug #49654 (project gettext): Daiki, > Bruno, are you willing to provide a patch for this? No, I'd leave that to you. I'm trying to focus on libiconv and libsigsegv in the moment. > I think it could also be worked around by disabling the auto-msgmerge rule in

[bug-gettext] [bug #49654] msgfmt and build determinism

Update of bug #49654 (project gettext): Summary: xgettext and build determinism => msgfmt and build determinism ___ Follow-up Comment #1: The flow of this timestamp is as follows: (1) xgettext puts it in, when it creates

[bug-gettext] [bug #37857] libiconv allows encoding characters above U+10FFFF in UTF-8

Update of bug #37857 (project gettext): Status:None => Invalid Assigned to:None => haible Open/Closed:Open => Closed

[bug-gettext] [bug #49598] Allow ngettext to be used with non-English source language with more than two plural forms

Follow-up Comment #1, bug #49598 (project gettext): If you are using GNU gettext with a non-English source language, you are not doing yourself a favour. How would you find translators? You need to either have translators from your language to many languages of the world - which you will have

Re: [bug-gettext] [PATCH] intl: Add API to get/set language precedence list

Hi Daiki, The patch looks already nearly perfect to me. Just a few (minor) points: - In function GET_I18N_LANGUAGE I would add a comment: /* No need to protect this access by gl_rwlock_rdlock (_nl_state_lock); because reading a single aligned memory word is atomic. */ Rationale:

Re: [bug-gettext] RFC: move LANGUAGE check out of gettext()

Hi Daiki, > A while ago Matthias Clasen pointed me to a bug that is caused by a race > condition between a getenv() call in gettext() and a setenv() call in > another thread: > https://bugzilla.gnome.org/show_bug.cgi?id=754951 > > The direct cause of this bug is that gettext() tries to check

[bug-gettext] [bug #47801] Feature Request: a switch for escaping unprintable and zero-width chars

Follow-up Comment #1, bug #47801 (project gettext): > GNOME uses some soft hyphens in their msgids to workaround some > line-breaking issues. 1) What is the purpose of having soft hyphens in a POT file? In my opinion, these soft hyphens cannot help the translator, therefore they should best be

Re: [bug-gettext] Reproducible builds and .mo file endianness

y that we don't need this patch anymore some day? > > If adopting the patch "as is" is not possible Yup. The idea of the patch is good, though. Find here a proposed patch which includes doc changes. Bruno>From 6e7e7c50092414d64a510674a3604a823f0caa02 Mon Sep 17 00:00:00 2001 Fr

Re: [bug-gettext] [Patch] Plural forms for Portuguese

Hi Eduardo, You wrote: > The documentation and file gettext-tools/src/plural-table.c mention that > Brazilian Portuguese uses the singular form for 0 and 1, and plural for > n>1. That's incorrect in that the singular form is only used for 1, 0 > uses the plural form just like English and many

Re: [bug-gettext] Hardcoded escaping

Hi Serj, You have well described the issue. > we'll have to maintain slightly different strings in source code (escaped) > and in `.pot` files (unescaped), which feels kinda wrong. > ... > we will have different strings in source code and l10n files, which is > against consistency This "feels