[tlbuild] dvipdfm-x issue on CentOS 6

[Nelson H. F. Beebe]

My earlier CentOS 7 builds have succeeded completely.

I've made considerable progress in getting my texlive-20180227
snapshot to build on GNU/Linux CentOS 6, for which several system
components are too old for the demands of some TeX Live 2018 configure
scripts.

I'll report on CentOS 6 more fully later, but I have hit a stumbling
block that perhaps others on this list can see how to solve.

My builds reach the point of the dvipdfm-x directory, then die like
this:

	configure:15964: ./libtool --mode=link --tag=CC /usr/local/bin/gcc-6			\
	    -o conftest -I${prefix}/include							\
	    -I/var/tmp/build/bare/texlive-20180227/source/Work/libs/zlib/include		\
	    -I/var/tmp/build/bare/texlive-20180227/source/Work/texk				\
	    -I/var/tmp/build/bare/texlive-20180227/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			\
	    /var/tmp/build/bare/texlive-20180227/source/Work/libs/zlib/libz.a			\
	    /var/tmp/build/bare/texlive-20180227/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'
	configure:15964: $? = 1
	configure: failed program was:
	...
	configure:15967: error: Sorry, you need zlib with compress2

The local library /usr/local/lib6/libz.a has the symbol compress2, as does
the source/Work/libs/zlib/libz.a.  The symbol exec_prefix is set to /usr/local,
as shown by earlier contents of the config.log file.  However, neither of
these 

	/usr/lib/x86_64-pc-linux-gnu
	/usr/local/lib/x86_64-pc-linux-gnu

exist as directories on my CentOS 6 systems.

It would appear that if I create an empty directory with the second
name above, that might fix the problem.  It does not.

Because that directory does not exist, it should not even be
referenced in the Makefiles, but it is, starting at the top-level one,
which has

	libdir = ${exec_prefix}/lib/x86_64-pc-linux-gnu

I therefore restarted the make with

	make libdir='${prefix}/lib' world

That failed in dvipdfm-x as before.  I tried again without a variable
expansion, like this:

	env libdir=/usr/local/lib make -e world

and that failed the same way.

I next tried one level down:

	cd texk
	env libdir=/usr/local/lib make -e world

I get the same failure in dvipdfm-x.

It would appear some Makefile, or libtool script, along the way is not
correctly propagating the value of libdir set on the command line, or
imported from the global variable environment, but instead, is
overriding those settings with a wrong value for libdir.

-------------------------------------------------------------------------------
- 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/ -
-------------------------------------------------------------------------------