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?
All systems support shared libraries, nowadays. And many packages are installed as binary packages through package distributors, like 'fink' for MacOS X or 'cygwin' for Woe32. Among these sets of binary packages, GNU gettext with a shared libintl library is installed, because many packages depend on it. So the 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. > 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. 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. Bruno _______________________________________________ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib