Re: PHP 4.0 Bug #4569 Updated: configure fails to

Rasmus: There is some truth, I think, to what (Stas? Stanislav? Which do you prefer?) > > The checks from gd/config.m4 are: > > AC_CHECK_LIB(gd, gdImageString16, [ AC_DEFINE(HAVE_LIBGD13,1,[]) ]) > AC_CHECK_LIB(gd, gdImagePaletteCopy, [ AC_DEFINE(HAVE_LIBGD15,1,[]) ]) > AC_CHECK_LIB(gd, gdImageColorClosestHWB, [ > AC_DEFINE(HAVE_COLORCLOSESTHWB,1,[ ]) ]) On my machine (Debian 2.2...not a stable release, but I made my own gd) all of the above tests fail bcz gd has unresolved symbols. These include symbols from png, jpeg, Xpm, X11, and z. > AC_CHECK_LIB(z,compress, LIBS="$LIBS -lz",,) Ok, so now the "z" checks don't fail, but everything else does. > AC_CHECK_LIB(png,png_info_init, LIBS="$LIBS -lpng",,) I think you understand where I'm going with this? The end result is that I cannot get any support for gd w/o adding png, z, jpeg, Xpm, and X11 using ACC_ADD_LIBRARY before the first call to AC_CHECK_LIB. > > This clearly shows that it adds -lz and -lpng to LIBS before checking for > the PNG support. So although there may indeed be a problem somewhere, > your analysis of it is incorrect. > The problem is that (it appears) some gd 1.8 builds have to have png and z, and anything else it might have been linked against, added to LIBS before doing ANY of the stuff in ext/gd/config.m4. (NOTE: I am far from an aoutconf master...but I've played with this config.m4 in particular quite a bit.)