On Thu, Feb 19, 2026 at 04:49:45PM +0200, Eli Zaretskii wrote: > Since Patrice asked me some time ago to try with --enable-using-c-texi2any, > I've now tried that as well. The build is as clean as without this > option, but all the tta/tests that are not skipped fail. Same with > tta/tests/many_input_files. > > The reason seems to be that ctexi2any segfaults whenever it is > invoked. Here's a random example from a log file: > > doing test split_nocopying_split_dev_null, src_file > ./formatting/split_nocopying.texi > format_option: > C/ctexi2any split_nocopying_split_dev_null -> > formatting/out_parser/split_nocopying_split_dev_null > ./..//C/ctexi2any --force --conf-dir ./../perl/t/init/ --conf-dir > ./../perl/init --conf-dir ./../perl/ext -I ./formatting -I formatting/ -I ./ > -I . -I built_input -I built_input/non_ascii --error-limit=1000 -c TEST=1 > --output formatting/out_parser/split_nocopying_split_dev_null/ --info > --split-size 1 -o /dev/null ./formatting/split_nocopying.texi > > formatting/out_parser/split_nocopying_split_dev_null/split_nocopying.1 > 2>formatting/out_parser/split_nocopying_split_dev_null/split_nocopying.2 > failed with status 5 > > "Status 5" means it crashed with the Windows equivalent of SIGSEGV. > > It also crashes if I invoke the above command manually. I thought I'd > try to debug this, but ctexi2any is stripped of debug symbols. Could > you tell me how to prevent symbols from being stripped? which Makefile > to change and where?
We do not do anything special regarding stripping debug symbols, as far as I can tell. When I want debugging symbols in the build, I set CFLAGS and PERL_EXT_CFLAGS through configure at top level like that: our_CFLAGS='-g' ./configure ...... "CFLAGS=$our_CFLAGS" "PERL_EXT_CFLAGS=$our_CFLAGS" > I also tried "make install" in this configuration. That revealed the > following problems: > > . it installs bin/texi2any.exe, but the dependency DLLs are not in > the same directory, they are in lib/texi2any/bin, so the program > cannot run Based on your previous reports, that it more or less what I expected and I do not have an idea on how to fix that while still doing the installation as usual and not in system directories... > . after copying the DLLs into the same directory as the .exe, > running texi2any.exe shows the error message: > > Can't open perl script "d:/usr/share/texi2any/load_txi_modules": No > such file or directory > texi2any (C): bug: call_init_perl status: 2 > > "d:/usr/" is the value of $prefix. This means the installation > is not relocatable: it looks for load_txi_modules by absolute > file name, not relative to its installation directory. This will > be fixed when installing the package in its actual place under > $prefix, but it would be nice to be able to move the whole > installation tree without breaking the package This one is surprising to me, I'll see what I can do. > . it also installs makeinfo.exe, but that seems to be the libtool > wrapper, not the actual executable (which is supposed to be an > identical copy of texi2any.exe) This one also should be fixable, thanks for the report. Overall, this calls for marking more clearly ctexi2any as experimental for this release... -- Pat
