On Sat, Nov 15, 2025 at 07:17:49PM +0000, Gavin Smith wrote: > On Thu, Nov 13, 2025 at 07:25:13PM +0000, Gavin Smith wrote: > > > You can see that the -I/opt/csw/include option is given on the first > > run of "cc". On this system, this directory contains a GNU "libintl.h" > > file which appears to redefine "gettext" as "libintl_gettext". This flag > > appears to come from the Perl configuration values: > > > > perl_conf_CFLAGS='-D_REENTRANT -xO3 -m32 -xarch=pentium_pro > > -xchip=pentium_pro -I/opt/csw/bdb48/include -I/opt/csw/include > > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV -KPIC' > > > > But this is not used for the tests in tta/configure.ac.
On that subject, I found some information in the gettext FAQ: https://www.gnu.org/software/gettext/FAQ.html#integrating_undefined But it is not fully clear what the issue is. In the configure run, there is: checking how to link with libintl... /opt/csw/lib/libintl.so -R/opt/csw/lib In the FAQ, there is You should have a -Isomedir/include in the CFLAGS or CPPFLAGS if and only if you also have a -Lsomedir/lib in the LDFLAGS. There is no -Lsomedir/lib in the LDFLAGS, but a similar /opt/csw/lib/libintl.so, and there should be -I/opt/csw/include according to the above remark. In https://www.gnu.org/software/gettext/manual/html_node/AM_005fGNU_005fGETTEXT.html it is said The AM_GNU_GETTEXT macro ... it adds an ā-Iā option to CPPFLAGS if necessary. I had a look at the gettext.m4 code, and there seems to be INCINTL defined, but it is not documented, so it is not so clear that it should be used. I will try to see if I can reproduce the issue with the cfarm computers and maybe look there if INCINTL is defined. -- Pat
