Re: libpq.rc make rule
От | Dave Page |
---|---|
Тема | Re: libpq.rc make rule |
Дата | |
Msg-id | 937d27e10802251615p2cb91d47n227d20e680d77f45@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: libpq.rc make rule (Peter Eisentraut <peter_e@gmx.net>) |
Ответы |
Re: libpq.rc make rule
|
Список | 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 по дате отправления: