Re: querying the version of libpq - Mailing list pgsql-general

From Magnus Hagander
Subject Re: querying the version of libpq
Date
Msg-id AANLkTinc7zQCC-i9cML1H9UYzym10zt1gEjizn54sZ+6@mail.gmail.com
Whole thread Raw
In response to Re: querying the version of libpq  ("Greg Sabino Mullane" <greg@turnstep.com>)
Responses Re: querying the version of libpq  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On Wed, Oct 6, 2010 at 14:17, Greg Sabino Mullane <greg@turnstep.com> wrote:
>
>
>> Not sure what you mean. pg_config *drives* the compilation and linking,
>> we don't blindly compile and simply take pg_config's word for it.
>> pg_config --libdir and pg_config --includedir.
>
>> But that's build-time, not run-time.
>
> Correct, not sure of your point. Is this a problem? Build-time is
> what we want here (determining the libpq we were built with)

The original question was how to find this out from python, which
means at runtime.

And the pg_lib_version of DBD::Pg clearly doesn't tell you what
version of libpq it's using, only what it was built against.

As long as you have libpq 9.0, you can decode the bytea hex thingy,
irregardless of what version of libpq your <whatever other
code/library> was linked against.

--
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/

pgsql-general by date:

Previous
From: "Greg Sabino Mullane"
Date:
Subject: Re: querying the version of libpq
Next
From: Merlin Moncure
Date:
Subject: Re: Composite type operator not unique