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 |/
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 |