Re: libpq.rc make rule - Mailing list pgsql-hackers

From Dave Page
Subject Re: libpq.rc make rule
Date
Msg-id 937d27e10802251615p2cb91d47n227d20e680d77f45@mail.gmail.com
Whole thread Raw
In response to Re: libpq.rc make rule  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: libpq.rc make rule  (Magnus Hagander <magnus@hagander.net>)
List pgsql-hackers
On Mon, Feb 25, 2008 at 11:48 PM, Peter Eisentraut <peter_e@gmx.net> wrote:
> Dave Page wrote:
>  > Yes, because newer builds may be linked against updated runtime
>  > versions. We need to be sure the installer will upgrade the file so it
>  > definitely matches any runtimes (or other dependencies) that we're
>  > also installing/upgrading.
>
>  If it is so very important to update this file for every build, why are we
>  shipping it in the distribution tarball, which is done under the assumption
>  that it never has to be updated?  Something doesn't fit here.

That I can't answer.

>  Also, does this theory apply to all shared libraries?  What about the ecpg
>  libraries?

All user-facing binaries should be affected, both executables and
libraries. iirc, we don't bother with contrib dlls or conversion
libraries etc as they are far less likely to cause problems. I can't
help thinking there's something else I'm forgetting as well...


-- 
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
The Oracle-compatible database company


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: libpq.rc make rule
Next
From: "D'Arcy J.M. Cain"
Date:
Subject: Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the