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
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.