Re: zlib for pg_dump - Mailing list pgsql-hackers

From Philip Warner
Subject Re: zlib for pg_dump
Date
Msg-id 3.0.5.32.20000706024931.009d0430@mail.rhyme.com.au
Whole thread Raw
In response to Re: zlib for pg_dump  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: zlib for pg_dump  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
At 18:36 5/07/00 +0200, Peter Eisentraut wrote:
>Tom Lane writes:
>> 
>> Seems reasonable to me to look for libz automatically in the library
>> search path.  A --with switch would only serve as an addition to the
>> LIBS directory list, and as I commented in another connection I see no
>> good reason for adding a bunch of variant spellings of --with-libs ...
...
>We have to be able to determine the set of
>features that will be build by examining the configure command line

The feature (compressed backup output in pg_dump) is not readily deducible
from '--with-zlib'. It might be better to output a message from configure
if a needed library is not found:

"zlib compression library not found, pg_dump archives will not support
compression".

if, in the future, there is a gzip datatype, we could also output 'gzip
data types will not be supported' etc.

Alternatively, have a very specific flag: --with-compressed-dumps, then die
if there is no zlib.

But I'd stick with the check for zlib, since it is pretty common. The
*only* feature you lose by not having it is the compressed output in dumps:
if you request compression, it issues a warning and produces uncompressed
output. The archives are still readable when zlib is installed (and vice
verca in the case of -Z0).










----------------------------------------------------------------
Philip Warner                    |     __---_____
Albatross Consulting Pty. Ltd.   |----/       -  \
(A.C.N. 008 659 498)             |          /(@)   ______---_
Tel: (+61) 0500 83 82 81         |                 _________  \
Fax: (+61) 0500 83 82 82         |                 ___________ |
Http://www.rhyme.com.au          |                /           \|                                |    --________--
PGP key available upon request,  |  /
and from pgp5.ai.mit.edu:11371   |/


pgsql-hackers by date:

Previous
From: Benjamin Adida
Date:
Subject: Re: Article on MySQL vs. Postgres
Next
From: Philip Warner
Date:
Subject: Re: Re: pg_dump and LOs (another proposal)