Ethereal-users: Re: [Ethereal-users] Problem compiling 0.9.7

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: Geoff <capsthorne@xxxxxxxxxxx>
Date: Fri, 15 Nov 2002 08:17:29 +0000
On Thu, 14 Nov 2002 19:18:40 -0800
Guy Harris <guy@xxxxxxxxxx> wrote:

<snip>

> If it didn't find zlib, it shouldn't be compiling in any code
> that uses it, but it's compiling in that code, so there's
> something bizarre going on.
> 
> Go to the top-level directory, run "make distclean", run the
> configure script *and save the output of the script*, and then
> send us both the output of the script and the contents of the
> "config.log" file.  We'd need that information to figure out
> what's going on.

OK, I did that and I am attaching the config.log.  I did a
comparison with the config.log from my successful compile of
0.9.6 and I am also attaching as config.diff.txt a comparative
extract, which seems to show where the problem occurs.   The
difference seems to come with the tests that are commented as
follows in the 0.9.7 configure script :

# Check for "gzgets()" in zlib, because we need it, but
		# some older versions of zlib don't have it.  It appears
		# from the zlib ChangeLog that any released version of
zlib
		# with "gzgets()" should have the other routines we
		# depend on, such as "gzseek()", "gztell()", and
"zError()".
		#
		# Another reason why we require "gzgets()" is that
		# some versions of zlib that didn't have it, such
		# as 1.0.8, had a bug in "gzseek()" that meant that it
		# doesn't work correctly on uncompressed files; this
		# means we cannot use version 1.0.8.  (Unfortunately,
		# that's the version that comes with recent X11 source,
		# and many people who install XFree86 on their Slackware
		# boxes don't realize that they should configure it to
		# use the native zlib rather than building and installing
		# the crappy old version that comes with XFree86.)
		#
		# I.e., we can't just avoid using "gzgets()", as
		# versions of zlib without "gzgets()" are likely to have
		# a broken "gzseek()".

I think my zlib is up-to-date - it is 1.1.4 which (according to
http://www.gzip.org/zlib/), is current.

Of course this would not explain why 0.9.7 is trying to use zlib
when it cannot find a copy that it likes.

Thanks for your continuing help.

Regards,

Geoff

Attachment: config.log
Description: Binary data

Attachment: config_diff.txt
Description: Binary data