Re: zlib for pg_dump - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: zlib for pg_dump
Date
Msg-id Pine.LNX.4.21.0007050306420.3542-100000@localhost.localdomain
Whole thread Raw
In response to Re: zlib for pg_dump  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: zlib for pg_dump  (The Hermit Hacker <scrappy@hub.org>)
List pgsql-hackers
Tom Lane writes:

> > I think we need a --with-zlib switch for the new pg_dump. Or at least a
> > --without-zlib switch, if you think that it's widespread enough.
> 
> 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 ...

As I might have commented before, I'm not so excited about adding and
dropping features without explicit user interaction. zlib is probably
widespread enough to assume it by default, but then the build must fail if
the library is not installed, and the user must indicate his consent by
using the --without-zlib flag. We have to be able to determine the set of
features that will be build by examining the configure command line, not
by scanning the configure output, or worse yet, by finding out that the
program doesn't behave as expected.


-- 
Peter Eisentraut                  Sernanders väg 10:115
peter_e@gmx.net                   75262 Uppsala
http://yi.org/peter-e/            Sweden



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Array type confusion
Next
From: Tim Perdue
Date:
Subject: Re: Article on MySQL vs. Postgres