Re: zlib for pg_dump

From: Philip Warner <pjw(at)rhyme(dot)com(dot)au>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: zlib for pg_dump
Date: 2000-07-05 16:49:31
Message-ID: 3.0.5.32.20000706024931.009d0430@mail.rhyme.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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 |/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jeffery Collins 2000-07-05 16:52:04 Re: update on TOAST status
Previous Message Benjamin Adida 2000-07-05 16:43:05 Re: Article on MySQL vs. Postgres