[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