bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: help about merging gnulib/autoconf/automake/libintl


From: Claudio Fontana
Subject: Re: help about merging gnulib/autoconf/automake/libintl
Date: Wed, 28 Sep 2005 16:02:30 -0700 (PDT)

Hello again,

--- Bruno Haible <address@hidden> wrote:

> Claudio Fontana wrote:
> > I used gettextize with --intl option.
> > Why is it not common? If the system does not
> provide
> > libintl.h, I do by including intl/* no? What am I
> > missing?
> 
> [...] chances are very high that
> libintl as a shared library
> (and libintl.h) is already on the user's disk when
> he tries to compile your
> program.

I see. Please excuse my pedantry, but I would like a
little more portability, and support systems where
this is not the case: I have access to two such old
unix machines.

My idea is to assume only a working Unix system with a
C89 compiler.
Everything on top of that should be made portable.

> > However, when configuration chooses NOT to use
> > included intl/ the build must correctly catch the
> > system <libintl.h>, that is why I went with the
> "if"
> > in configure.ac .
> > Do you think it's ok?
> 
> For several years already, gettext's intl/ directory
> doesn't contain
> a libintl.h by default any more. Rather, it
> generates the libintl.h only
> on those platforms that don't have it.

Great, so I can add intl/ to the includes
unconditionally, and avoid the if in configure.ac,
right? 

> So, my guess
> is, either you are
> using a very old copy of gettextize, or you didn't
> do a "make distclean"
> between two builds on different machines.

The second idea partly applies (I looked at the
contents of intl/ on the two machines where libintl.h
was built, and made the wrong deduction).

> Bruno

Thanks,

Claudio



                
__________________________________ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com




reply via email to

[Prev in Thread] Current Thread [Next in Thread]