Re: configure is such a liar :)



 || On 26 Jan 1999 22:27:18 +0100
 || allbery@ece.cmu.edu ("Brandon S. Allbery") wrote: 

 "sa> In message <Pine.GSO.3.96.990126141225.24035J-100000@ext1>, Jeff Garzik writes:
 "sa> +-----
 "sa> | Actually, I *do* have -lz, but it is not finding it b/c it is not in my
 "sa> | LDFLAGS as a -L entry.  So, the message that "incorrect libz version
 "sa> | found" is wrong, since it didn't find anything at all.
 "sa> | checking for compress in -lz... no
 "sa> | configure: error: 
 "sa> | *** Incorrect libz version found.  Please make sure you do not have
 "sa> | *** an outdated libz.a or libz.so hiding in your X11 distribution or
 "sa> | *** elsewhere on your system.  Versions of libz with the compress and
 "sa> | *** uncompress symbols are sufficiently rencet to build GNOME.
 "sa> +--->8

This is exactly the problem I am experiencing on my machine, as
well. I do have zlib-1.1.3 installed (which is the current version
afaik) under /usr/X11R6/lib -- which is where the SuSE distribution
puts it by default.

The configure-scripts fail to locate it and then claim I don't have
the zlib installed.

 "sa> Let's try this instead (also fixing a typo in the message, sigh):
 "sa> AC_CHECK_LIB(z, inflate,
 "sa>   AC_CHECK_HEADER(zlib.h,[[
 "sa>     AC_CHECK_LIB(z, compress,
 "sa>       Z_LIBS="-lz";  AC_DEFINE(HAVE_LIBZ)),
 "sa>       AC_MSG_ERROR([[
 "sa> *** Incorrect libz version found.  Please make sure you do not have
 "sa> *** an outdated libz.a or libz.so hiding in your X11 distribution or
 "sa> *** elsewhere on your system.  Versions of libz with the "compress" and
 "sa> *** "uncompress" symbols are sufficiently recent to build GNOME.]])]]))

I just tried it. Now it seems to behave like a few weeks ago. It
claims it didn't find -lz but it goes on and actually compiles without 
a problem.

The stock icons were garbled back then but GNOME was running perfectly 
fine. Unfortunately nowadays the panel dies with a


Gdk-ERROR **: BadPixmap (invalid Pixmap parameter)
  serial 313 error_code 4 request_code 2 minor_code 0

aborting...
Aborted


no matter what I do.

I suspect this to be related to the zlib, libpng or ImageMagick things 
but can't figure out where the problem is located.

My current libz & ImageMagick are the preinstalled SuSE 6.0 ones and
the libpng is a 1.0.3 that has been given /usr/X11R6/lib &
/usr/X11R6/include as the zlib location... it compiled and installed
without the slightest hint of a problem.

Good ideas on what to check are appreciated. I do not want to receive
any more mails telling me I should install a current zlib because the
1.1.3 *is* current.

Regards,
	Georg

-- 
Georg C. F. Greve <greve@gnu.org>
"One smaller motivation which, in part, stems from altruism is
Microsoft-bashing."            - Vinod Valloppillil (Microsoft)
                                           Halloween Document I

PGP signature



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]