Hello, I noticed that the macos parser runs the tests with the Pure Perl parser in the CI, although for macos 12 and macos 13 it seemed that everything was going on well regarding compilation. I could reproduce this issue with an access to this platform.
Launching texi2any.pl with TEXINFO_XS=debug shows the issue: checking ../tp/maintain/lib/Text-Unidecode/lib/Parsetexi.la checking ../tp/maintain/lib/Unicode-EastAsianWidth/lib/Parsetexi.la checking ../tp/maintain/lib/libintl-perl/lib/Parsetexi.la checking ../tp/Texinfo/XS/Parsetexi.la found ../tp/Texinfo/XS/Parsetexi.la Parsetexi: couldn't load file ../tp/Texinfo/XS/.libs/Parsetexi.so: dlopen(../tp/Texinfo/XS/.libs/Parsetexi.so, 0x0001): Library not loaded: '/usr/local/lib/texi2any/libtexinfoxs.0.dylib' Referenced from: '..../texinfo/tp/Texinfo/XS/.libs/Parsetexi.so' Reason: tried: '/usr/local/lib/texi2any/libtexinfoxs.0.dylib' (no such file), '/usr/local/lib/libtexinfoxs.0.dylib' (no such file), '/usr/lib/libtexinfoxs.0.dylib' (no such file) at ../tp/Texinfo/XSLoader.pm line 183, <$fh> line 8. The problem is that libtexinfoxs.0.dylib is only searched for in the directory where it will be installed, not in the build directory. My feeling is that it is wrong. My intuition would be that it is an issue with libtool but I am not sure. I have checked that ../tp/Texinfo/XS/.libs/ is in @DynaLoader::dl_library_path and that libtexinfoxs.0.dylib is in ../tp/Texinfo/XS/.libs/. It is not so problematic, as the pure Perl can be used and I do not believe that there are that many users on macos, so I do not think that it should delay a release, but it should probably be fixed some day. Also it could be possible that the BSD have the same issue, I'll try to investigate a bit using the CI. -- Pat
