Hello,

I forward to the list this small patch for better
"included libintl" support for review. It is my
intention to do these other things to further improve
integration of intl with gnulib:

* make a gettext-included module that automatically
calls gettextize --intl
  on gnulib-tool --import.

* document this setup better where necessary

DESCRIPTION:

when writing code that should be portable to systems
that do not happen to 
have a working libintl, the current situation is in my
opinion suboptimal.

running gettextize --intl creates the necessary intl/
subdirectory (the INTLDIR) in the to-be-distributed
package.

Then suppose we are using full autotools and gnulib
support, so lib/, and lib/Makefile.am are completely
handled by gnulib.

lib/ itself and any other intl-aware code needs to
[indirectly] include libintl.h, so it would be handy
(and orthogonal to what happens in the [external]
case) if AM_GNU_GETTEXT, when using the included
libintl, automatically added -I $INTLDIR to the
CPPFLAGS.

This patch does exactly that: adds INTLDIR to the
CPPFLAGS when using the internal libintl.

Bye,

CLaudio


Chiacchiera con i tuoi amici in tempo reale! 
 http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com 

Attachment: gettext.m4.included_intl_cppflags.udiff
Description: 3821542357-gettext.m4.included_intl_cppflags.udiff

_______________________________________________
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib

Reply via email to