[tex-live] dvipdfmx depends on system libpng

[Vladimir Volovich]

"KB" == Karl Berry writes:

 KB> Hi Vladimir, As you surmise, every program in TL is supposed to
 KB> use the libraries that are in TL.  I was able to compile
 KB> dvipdfmx, and the result doesn't use the system libpng shared
 KB> library, at least -- I didn't think to check about the headers.
 KB> That's what --enable-tetex-build is supposed to get us (which is
 KB> enabled implicitly in the TL tree in tetex.ac somewhere).

 KB> I just checked, and my build does have the -I's to find the TL
 KB> png: gcc -DHAVE_CONFIG_H -I. -I../../../../TeX/texk/dvipdfm
 KB> -I.. -I../../../../TeX/texk/dvipdfm/.. -I../../libs/libpng
 KB> -I../../../../TeX/texk/dvipdfm/../../libs/libpng
 KB> -I../../libs/zlib -I../../../../TeX/texk/dvipdfm/../../libs/zlib
 KB> -g -c ../../../../TeX/texk/dvipdfm/pngimage.c -o pngimage.o

 KB> Can you try to check further into why you're not getting this?
 KB> Let me know, we'll figure it out somehow ...

 KB> (My full log is in
 KB> ~karl/src/Build/source.development/Work/tlbuild.log on tug, if it
 KB> helps.)

BTW, grepping pngimage.o in the build log shows:

gcc -DHAVE_CONFIG_H  -I. -I../../../../TeX/texk/dvipdfm -I.. -I../../../../TeX/texk/dvipdfm/.. -I../../libs/libpng -I../../../../TeX/texk/dvipdfm/../../libs/libpng -I../../libs/zlib -I../../../../TeX/texk/dvipdfm/../../libs/zlib  -g -O2  -c ../../../../TeX/texk/dvipdfm/pngimage.c -o pngimage.o
/bin/sh ../libtool --mode=link gcc -o dvipdfm   pdfdev.o pdfdoc.o dvi.o mfileio.o mem.o jpeg.o numbers.o pdfobj.o pdfparse.o pdfspecial.o tfm.o type1.o dvipdfm.o epdf.o vf.o t1crypt.o pkfont.o tpic.o thumbnail.o pngimage.o htex.o mpost.o psimage.o psspecial.o colorsp.o encodings.o  ttf.o ../../libs/libpng/libpng.a ../../libs/zlib/libz.a  ../kpathsea/libkpathsea.la -lm
gcc -o dvipdfm pdfdev.o pdfdoc.o dvi.o mfileio.o mem.o jpeg.o numbers.o pdfobj.o pdfparse.o pdfspecial.o tfm.o type1.o dvipdfm.o epdf.o vf.o t1crypt.o pkfont.o tpic.o thumbnail.o pngimage.o htex.o mpost.o psimage.o psspecial.o colorsp.o encodings.o ttf.o  ../../libs/libpng/libpng.a ../../libs/zlib/libz.a ../kpathsea/.libs/libkpathsea.a -lm
/bin/sh ../libtool --mode=link gcc -o ebb   ebb.o jpeg.o pdfobj.o mem.o mfileio.o numbers.o pdfparse.o pngimage.o ../../libs/libpng/libpng.a ../../libs/zlib/libz.a  ../kpathsea/libkpathsea.la -lm
gcc -o ebb ebb.o jpeg.o pdfobj.o mem.o mfileio.o numbers.o pdfparse.o pngimage.o  ../../libs/libpng/libpng.a ../../libs/zlib/libz.a ../kpathsea/.libs/libkpathsea.a -lm
if gcc -DHAVE_CONFIG_H -I. -I../../../../../TeX/texk/dvipdfmx/src -I..   -I../../../texk -I../../../../../TeX/texk/dvipdfmx/../../texk  -g -O2  -MT pngimage.o -MD -MP -MF ".deps/pngimage.Tpo" -c -o pngimage.o ../../../../../TeX/texk/dvipdfmx/src/pngimage.c; \
gcc  -g -O2    -o dvipdfmx -L../../../texk/kpathsea/.libs agl.o bmpimage.o cff.o cff_dict.o cid.o cidtype0.o cidtype2.o cmap.o cmap_read.o cmap_write.o cs_type2.o dpxcrypt.o dpxfile.o dpxutil.o dvi.o dvipdfmx.o epdf.o error.o fontmap.o jpegimage.o mem.o mfileio.o mpost.o numbers.o otl_conf.o otl_opt.o pdfcolor.o pdfdev.o pdfdoc.o pdfdraw.o pdfencoding.o pdfencrypt.o pdffont.o pdfnames.o pdfobj.o pdfparse.o pdfresource.o pdfximage.o pkfont.o pngimage.o psimage.o pst.o pst_obj.o sfnt.o spc_color.o spc_dvips.o spc_html.o spc_misc.o spc_pdfm.o spc_tpic.o spc_util.o specials.o subfont.o tfm.o tt_aux.o tt_cmap.o tt_glyf.o tt_gsub.o tt_post.o tt_table.o truetype.o type0.o t1crypt.o t1_char.o t1_load.o type1.o type1c.o unicode.o vf.o  ../../../libs/libpng/libpng.a ../../../libs/zlib/libz.a -lkpathsea -lm

the first line is similar to yours (with proper -I's), but it's this
code which caused a problem (and lacks the proper -I's):

if gcc -DHAVE_CONFIG_H -I. -I../../../../../TeX/texk/dvipdfmx/src -I..   -I../../../texk -I../../../../../TeX/texk/dvipdfmx/../../texk  -g -O2  -MT pngimage.o -MD -MP -MF ".deps/pngimage.Tpo" -c -o pngimage.o ../../../../../TeX/texk/dvipdfmx/src/pngimage.c; \
then mv -f ".deps/pngimage.Tpo" ".deps/pngimage.Po"; else rm -f ".deps/pngimage.Tpo"; exit 1; fi

Best,
v.