Re: [bug-gettext] intl: Proof against invalid offset/length

Carlos O'Donell wrote: > The MO files are writable only by root, so it's not a security issue > because if you could write to them you'd be root, and you'd have > full access to the system anyway. Your argument is similar to Ulrich Drepper's argument: MO files are part of the distribution of a pac

Re: [bug-gettext] lang-* tests

Daiki Ueno wrote in http://lists.gnu.org/archive/html/bug-gettext/2015-07/msg1.html: > By the way, I tend to think those lang-* tests might be pointless, since > they check the system, not the gettext package itself. Perhaps it might > be better to disable them by default. These tests are not

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 ki

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 othe

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

bility 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:

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

Daiki Ueno wrote: > Thanks, well said and the patch looks good. Could you install it? I've pushed it. Bruno

Re: [bug-gettext] Invalid XML in published POM

Hello, > A gradle project of main is failing due to invalid xml in the POM: > https://repo1.maven.org/maven2/org/gnu/gettext/libintl/0.18.2/libintl-0.18.2.pom > > I would appreciate if you can fix this issue, otherwise I'm stuck. These binaries were built (and probably also installed) by someone

[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 fi

[bug-gettext] [bug #47847] Undefined behavior [use-after-free] possible in libgettext

Follow-up Comment #2, bug #47847 (project gettext): IMO the sentence "The value of a pointer becomes indeterminate when the object it points to reaches the end of its lifetime." (ISO C 6.2.4) means that you should not compare pointers to local variables which have gone out of scope: The function

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 LANG

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: U

Re: [bug-gettext] Problems compiling gettext with mingw

Jan Ingwer Baer wrote: > My solution to this is to delete the linker-flag --disable-auto-import > from gettext-tools/src/Makefile: > > change >LDFLAGS = -Wl,--disable-auto-import > to >LDFLAGS = Daiki, You find the rationale for -Wl,--disable-auto-import in the file m4/woe32-dll.m4.

Re: [bug-gettext] Changing sex with PO mode?

Hi, > it quite rigidly describes gender roles for translators and programmers... > it's easy to see this as confirmation that coders should be men. The introduction [1] explains that this is just a convention. The more general concept in the area of software design is the "persona" [2][3]. It is

Re: [bug-gettext] gettext-runtime/libintl license

Hi, muteki muteki wrote: > However, when I looked into the source, gettext-runtime includes gnulib > (which can't be compiled out) and that's GPLv3. No, not all of gnulib is under GPLv3. See https://www.gnu.org/software/gnulib/manual/html_node/Copyright.html Bruno

Re: [bug-gettext] gettext-runtime/libintl license

muteki muteki wrote: > > No, not all of gnulib is under GPLv3. See > > https://www.gnu.org/software/gnulib/manual/html_node/Copyright.html > > Thanks for the pointers. I took a look at the link you provided, while it > specifies some code could be in LGPL, few modules I found in gettext-runtime >

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

Update of bug #49498 (project gettext): Status:None => Need Info ___ Follow-up Comment #1: > experienced with v0.19.8.1-14-gd2a29c9 When building from the git repository, you need to ful

[bug-gettext] [bug #49497] gettext needs automake 1.13

Follow-up Comment #1, bug #49497 (project gettext): Daiki, The autogen.sh file lists some dependencies: # This script requires: # - Autoconf # - Automake # - Wget # - Git # - XZ Utils IMO these comments should be moved to HACKING. And, if necessary, add the required version numbers the

[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 diff

[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 #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 t

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

Update of bug #49654 (project gettext): Status:None => Confirmed ___ Follow-up Comment #2: References: https://tests.reproducible-builds.org/debian/issues/unstable/different_pot_creation_

[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 po/Makefile.i

[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: ___ Mes

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 wor

[bug-gettext] categories in bug tracker

Hi, The bugs in our bug tracker https://savannah.gnu.org/bugs/?group=gettext can now be assigned to one of several "categories". The categories that I defined are: None Build Compilation errors and warnings End-user / runtime End user experience, libintl Translator tools

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 do

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 replie

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: > > #:

[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 /arch/x86_64-linux-gnu/gnu-inst-gettext/0.19.8.1/bin/

[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 Dat

[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 ge

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

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 --add-missin

[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

[bug-gettext] [bug #28418] When compiling as a Framework 'alloca' is redefined at intl/dcigettext.c:36 and /intl/printf.c:25

Update of bug #28418 (project gettext): Status: Need Info => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #7: The compiler output

[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 #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 #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 libin

[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 (https://github.com/abergmeier/emscripten-gettext/commit/a6bac8f7

[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) li

[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 at

[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: ___ Mes

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

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

[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 #49654] msgfmt and build determinism

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

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 giv

[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: 3

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 supported

[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 giv

[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, rathe

[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 gettext-tools/exampl

[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 interest

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 u

Re: [bug-gettext] Unable to build gettext with PGI compilers

Stewart, Adam James wrote: > Hi, > > I'm trying to build gettext 0.19.8.1 with PGI 16.5, but it fails during make > with the following error messages: > > PGC-S-0239-Unmatched #else (../ncurses/expanded.c: 61) > PGC-S-0240-Unmatched #endif (../ncurses/expanded.c: 63) > PGC/x86-64 Linux 16.5-0: c

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 ] /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/libc.a(dciget

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 have

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: http://git.savannah.gnu

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

Update of bug #50357 (project gettext): Status:None => Not a Bug Assigned to:None => haible Open/Closed:Open => Closed __

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

Follow-up Comment #2, bug #50357 (project gettext): In other words, just bite the bullet and change your source code to mention "# coding: utf-8". This is a one-time effort, and it's future-proof because the encoding name 'UTF-8' is standardized. __

[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 (Em

[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 i

[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:

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

Hi, Peter Hull wrote: > I was not able to use the "," (po-tags-search) on a new C project. The > code scanned through all files (leaving them all open in separate > buffers) but did not find any translatable strings. > > To test this I set up a simple project with a single C file: > > #include

[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 Cate

[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 __

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)) > ... > W

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

=== > > 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 ve

[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 exp

[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 th

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

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

[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 pr

[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 a

[bug-gettext] [bug #50920] support Javascript template strings in xgettext

Update of bug #50920 (project gettext): Severity:1 - Wish => 3 - Normal Status: Not a Bug => None Assigned to: haible => None Summary: J

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

Hi Ludo, > Actually it does happen with -j1 too: > > --8<---cut here---start->8--- > make[5]: Entering directory > '/home/ludo/src/guix/guix-0.13.0tp-dirty/_build/sub/po/guix' > cs: > cd ../../../../po/guix && msgmerge --lang=cs cs.po guix.pot -o cs.new.po >

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, p

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

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

[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 #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 Makevars.

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 #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] 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 correct

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

Update of bug #51027 (project gettext): Severity: 3 - Normal => 4 - Important ___ Follow-up Comment #3: Ludovic writes in https://lists.gnu.org/archive/html/bug-gettext/2017-05/msg00030.html : sr.po,

Re: [bug-gettext] xgettext - add option to overwrite the file name in the location comment

Hello, > Stack Overflow Discussion: >> I am using xgettext with standard input because the input is not available >> in a file. The GNU gettext documentation [1] explains that these references are useful for a translator to understand the context of a certain message. (Admittedly a translator wh

Re: [bug-gettext] bindtextdomain with non ASCII directory name on windows

Hi, > Is there a way to set the base directory on Windows (mingw-w64) if the > directory name contains non ASCII characters. > > char * bindtextdomain (const char * domainname, const char * dirname); > > the function takes a const char* dirname On native Windows, 'char *' strings are encoded us

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

Hi Roumen, > Reported issue is not corrected yet. > > http://www.gnu.org/savannah-checkouts/gnu/gettext/manual/html_node/Plural-forms.html > > This is because we update the web pages only when we make a new gettext release. To see whether a bug is corrected for the _next_ gettext release, plea

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: > > $ ms

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] [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 somethin

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 ch

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 hea

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

[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 - Wish

[bug-gettext] [bug #51367] support printf-style format strings for Java

URL: Summary: support printf-style format strings for Java Project: GNU gettext Submitted by: haible Submitted on: Mon 03 Jul 2017 09:57:57 AM CEST Category: Java Sever

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: ht

Re: [bug-gettext] Build with --with-libxml2-prefix= fails

Hi, > I'm trying to build gettext through spack > (http://spack.readthedocs.io/en/latest/index.html) and get an error while > building gettext. > Spack first builds xml2 and then uses it to build gettext with : > ... > '--with-libxml2-prefix=/data_local/appli_local/MTS/dev-tools/spack/opt/spack

Re: [bug-gettext] Build with --with-libxml2-prefix= fails

> I tried : > CPPFLAGS="-I/data_local/appli_local/MTS/dev-tools/spack/opt/spack/linux-suse_linux11-x86_64/gcc-4.3/libxml2-2.9.4-3xzzczxchvreigbnm5ar6c7pq6xfbq6h/include" > > LDFLAGS="/data_local/appli_local/MTS/dev-tools/spack/opt/spack/linux-suse_linux11-x86_64/gcc-4.3/libxml2-2.9.4-3xzzczxchv

Re: [bug-gettext] link error gettext visual studio

Hello, > I have build depencencies : gettext runtime for windows, zlib, libffi and i > have configured visual studio. Are you using the build recipe from http://git.savannah.gnu.org/gitweb/?p=gettext.git;a=blob_plain;f=README.windows or have you made up your own (unsupported) recipe? > When I bu

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 translati

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

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

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: SCons

  1   2   >