Hey guys,
Is there any way we could build a static version of the 7.4 pg_dump, to
make it easy to dump existing databases using the 7.4 dump? Otherwise,
it's quite difficult to arrange to have two different postgres
installations, etc...
Chris
---(end of broadcast)-
Christopher Kings-Lynne <[EMAIL PROTECTED]> writes:
> Is there any way we could build a static version of the 7.4 pg_dump, to
> make it easy to dump existing databases using the 7.4 dump? Otherwise,
> it's quite difficult to arrange to have two different postgres
> installations, etc...
Why?
Tom Lane <[EMAIL PROTECTED]> writes:
> Christopher Kings-Lynne <[EMAIL PROTECTED]> writes:
> > Is there any way we could build a static version of the 7.4 pg_dump, to
> > make it easy to dump existing databases using the 7.4 dump? Otherwise,
> > it's quite difficult to arrange to have two diffe
Greg Stark wrote:
> Tom Lane <[EMAIL PROTECTED]> writes:
>
> > Christopher Kings-Lynne <[EMAIL PROTECTED]> writes:
> > > Is there any way we could build a static version of the 7.4 pg_dump, to
> > > make it easy to dump existing databases using the 7.4 dump? Otherwise,
> > > it's quite difficul
Bruce Momjian <[EMAIL PROTECTED]> writes:
> 7.4 pg_dump should be able to use 7.3's libpq --- the API has not
> changed, so we didn't bump the major number.
No, the other way 'round. 7.3 pg_dump or psql would work with a 7.4
libpq.so, but I don't believe 7.4 pg_dump or psql would work with a
7.3
In any case, can't 7.3 pg_dump use the 7.4 libpq?
If not then the major version should be bumped.
My point being that I would like to actually preserve my cluster
settings and stuff when dumping...
So it's pg_dump, not libpq, that's important to me.
Chris
---(end of bro