On Sat, Jan 10, 2026 at 11:47:49PM -0500, Carl Hansen wrote: > On Sat, Jan 10, 2026 at 11:01:59PM +0100, Patrice Dumas wrote: > > Hello, > > > > My first guess is that you have only built a static libperl library, and we > > build shared libraries, which is not possible against a static libperl > > library. It could also be possible that linking against a static > > library works when doing a shared library, but only if the executables > > inside the static library have been compiled with -fPIC. > > > > There could be an error now, while there was no error before because now > > we use the flags corresponding to compilation and linking against Perl > > for all the libraries/files. However, a similar error should have > > appeared before when compiling/linking the ctexi2any executable. > > > > Did you manage to compile/link before in the same or similar setting? > > > > On Sat, Jan 10, 2026 at 02:55:33PM -0500, Carl Hansen wrote: > > > > > > gcc 16 > > > > > > make[4]: Entering directory > > > '/home/carl/build/gsrc/pkg/gnu/texinfo/work/texinfo-7.2.90-build/tta/C' > ... > > /opt/gsrc/bin/ld: > /usr/local/lib/perl5/5.42.0/x86_64-linux/CORE/libperl.a(op.o): warning: > relocation against `PL_modcount' in read-only section `.text' > > > /opt/gsrc/bin/ld: > > > /usr/local/lib/perl5/5.42.0/x86_64-linux/CORE/libperl.a(op.o): relocation > > > R_X86_64_PC32 against symbol `PL_compcv' can not be used when making a > > > shared object; recompile with -fPIC > > > /opt/gsrc/bin/ld: final link failed: bad value > > > > OK I got it to compile ok. Built with different version of perl which had > libperl.so. > So seems to be problem with perl installation. > > Thnaks for the help. > >
I'm trying to understand the build system better but I want to say initially that Texinfo should have probably built under your initial setup. To start with, we have backup pure Perl code that should be able to run instead. Also, it is possible that libperl is not even needed for the native code (XS) extension modules. There is this comment in tta/configure.ac: # Test for linking against libperl. Used to set LIBPERL_LINK conditional # which is used for SWIG interface in swig/Makefile.am. # Having XS enabled and the Perl headers does not ensure that it is # possible to link against libperl as the .so/.a may not be present. # Linking against libperl is not needed to load XS extensions on some # platforms, the Perl executable probably providing the needed symbols, # but it is needed when linking with non-undefined, and when there is # no Perl executable involved. We could try to fix this test not to succeed if only libperl.a is available, not libperl.so. It's possible that libperl is only needed for two unessential features, the SWIG interface, and the alternative ctexi2any implementation of texi2any. SWIG is currently disabled by default although code under the swig/ directory still seems to be involved in the build, as shown in your output.
