[tlbuild] dvipdfm-x issues
Nelson H. F. Beebe
beebe at math.utah.edu
Thu May 5 15:08:54 CEST 2016
On several systems that I'm building TeX Live 2016 on, I get output
like this
checking for kpathsea/version.h... yes
configure: error: Sorry, you need zlib with compress2
=== configuring in dvipdfm-x failed
The warning is bogus, because compress2 is indeed present:
% nm -D /usr/lib64/libz.so | grep compress2
00000000000026d0 T compress2
On some machines, doing "make -i -k world" leads to a mostly successfu
build, but without dvipdfm-x. On OpenSUSE 11, however, that does not
produce an inst/bin directory.
When I examine texk/config.log and texk/dvipdfm-x/log on OpenSUSE 11,
I find this in the latter file:
configure:15964: ./libtool --mode=link --tag=CC gcc -o \
conftest -g -I/usr/include/freetype2 -I${prefix}/include \
-I/local/build/bare/texlive-20160504/source/Work/libs/zlib/include \
-I/local/build/bare/texlive-20160504/source/Work/texk \
-I/local/build/bare/texlive-20160504/source/texk -DNO_DEBUG \
-I${prefix}/include -L${exec_prefix}/lib/x86_64-pc-linux-gnu \
-Wl,-rpath,${exec_prefix}/lib/x86_64-pc-linux-gnu conftest.c \
/local/build/bare/texlive-20160504/source/Work/libs/zlib/libz.a \
/local/build/bare/texlive-20160504/source/Work/texk/kpathsea/libkpathsea.la \
-lm >&5
./libtool: line 7475: cd: ${exec_prefix}/lib/x86_64-pc-linux-gnu: No such file or directory
libtool: error: cannot determine absolute directory name of '${exec_prefix}/lib/x86_64-pc-linux-gnu'
On OpenSUSE, the directories /usr/lib/x86_64-pc-linux-gnu and
/usr/local/lib/x86_64-pc-linux-gnu do not even exist, and in any
event, 64-bit libraries are found in lib64 subdirectories on most
flavors of GNU/Linux, not in lib subdirectories, when both 32-bit and
64-bit worlds are supported on those systems.
The dvipdfm-x directory has only three files in it:
config.log config.lt libtool
and the last of those is the source of the erroneous settings:
host=x86_64-pc-linux-gnu
build=x86_64-pc-linux-gnu
It seems to me that this is due to autoconfiguration errors, but it is
at present unclear to me what should be done to fix them.
After build attempts on 60+ systems this year, I conclude that most of
our problems have been from autoconfiguration, rather than from source
code errors (like the insidious 32-bit vs 64-bit
pointer-stored-inside-int bugs that we saw in years past, and hidden
big-endian vs. little-endian errors). It really would be nice if we
could get builds to work pretty much anywhere, without manual
interventions to patch build errors, because we would then be in much
better shape for future TeX Live years.
At present, redoing a build of a fresh snapshot of TeX Live is pretty
painful, because so many of them require intervention to get builds to
continue.
Also, if I look at the programs missing from the various builds, in
the second table at
http://www.math.utah.edu/pub/texlive/
it appears that
inimflua inimfluajit m-tx pmx2pdf
are commonly absent, as are are other luajit-related programs. Plus,
of course, xindy because of missing or faulty clisp on numerous
platforms.
-------------------------------------------------------------------------------
- Nelson H. F. Beebe Tel: +1 801 581 5254 -
- University of Utah FAX: +1 801 581 4148 -
- Department of Mathematics, 110 LCB Internet e-mail: beebe at math.utah.edu -
- 155 S 1400 E RM 233 beebe at acm.org beebe at computer.org -
- Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------
More information about the tlbuild
mailing list