Is there a single Gnulib textual domain? Many, but far from all
translatable strings in Gnulib are found in the coreutils textual
domain.
How are you supposed to get translations for Gnulib modules other
than "scavenging" coreutils and other translations?
Regards,
Oskar Liljeblad ([EMAIL PROTECT
On Sat, Aug 13, 2005 at 12:17:50PM +0200, Oskar Liljeblad wrote:
> How are you supposed to get translations for Gnulib modules other
> than "scavenging" coreutils and other translations?
Try using the Translation Project at
http://www.iro.umontreal.ca/translation/HTML/.
Regards,
James.
__
On Saturday, August 13, 2005 at 11:51, James Youngman wrote:
>
> > How are you supposed to get translations for Gnulib modules other
> > than "scavenging" coreutils and other translations?
>
> Try using the Translation Project at
> http://www.iro.umontreal.ca/translation/HTML/.
That's where I lo
Oskar Liljeblad <[EMAIL PROTECTED]> wrote:
> If they are new,
> perhaps it would be an idea to make a Gnulib textual domain?
It would be a nice idea, in my opinion. The translators could then use
this domain as a compendium to get transations from.
Regards,
Sergey
I'm having a little problem compiling gettext support using recent Gnulib
gettext module on FreeBSD 5.4. Or should I say: A user of one of my
programs has this problem, not me.
Here's some snippets from the build log:
checking build system type... i386-unknown-freebsd5.4
checking host system type
On Sat, Aug 13, 2005 at 03:20:56PM +0200, Oskar Liljeblad wrote:
> That's where I looked, but there's quite a few projects to grab
> translations from... For example, I was looking for translations
> for lib/regcomp.c in Gnulib. Is there any project that has those
> translations, or are they compl
Hi,
Attached is a patch that implement strcasestr() in GNUlib.
Regards,
--
Yoann Vandoorselaere <[EMAIL PROTECTED]>
diff -urNp gnulib.orig/lib/strcasestr.c gnulib/lib/strcasestr.c
--- gnulib.orig/lib/strcasestr.c 1970-01-01 01:00:00.0 +0100
+++ gnulib/lib/strcasestr.c 2005-08-13 20:17:1
On Fri, Aug 12, 2005 at 06:45:16PM +0200, Simon Josefsson wrote:
>
> Now that I think about this, one solution may be to avoid defining
> ssize_t altogether. Instead:
>
> @SSIZE_T@ gnutls_record_send( gnutls_session_t session, const void *data,
> size_t sizeofdata);
> @SSIZE_T@ gnutls_record_re
