Re: zlib for pg_dump
От | Philip Warner |
---|---|
Тема | Re: zlib for pg_dump |
Дата | |
Msg-id | 3.0.5.32.20000706024931.009d0430@mail.rhyme.com.au обсуждение исходный текст |
Ответ на | Re: zlib for pg_dump (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: zlib for pg_dump
|
Список | 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 по дате отправления: