Re: libpq and libecpg problems on MacOs-X (Panther/10.3.3)

Поиск
Список
Период
Сортировка
От Benjamin Reed
Тема Re: libpq and libecpg problems on MacOs-X (Panther/10.3.3)
Дата
Msg-id 40ACB1C0.1030203@befunk.com
обсуждение исходный текст
Ответ на libpq and libecpg problems on MacOs-X (Panther/10.3.3)  (Richard Frith-Macdonald <richard@brainstorm.co.uk>)
Ответы Re: libpq and libecpg problems on MacOs-X (Panther/10.3.3)
Список pgsql-ports
Richard Frith-Macdonald wrote:

> I attach a patch which fixes this for MacOS-X 10.3.3, by altering the
> makefiles to understand the two ways of building a library/bundle and
> having a variable setting 'BUNDLE=no' to day that the normal dynamic
> library should be built rather than a bundle.  The patch alters the
> libecpg and libpq makefiles to set this variable, so these two are built
> as normal dynamic libraries, while the other code continues to be built
> as bundles.

This is essentially doing the same thing as patch I'd sent back in the
day that (I thought) was going to get into the next release, but I'd
never had a chance to follow up on it.

(What I think is) the original thread is here:

http://archives.postgresql.org/pgsql-bugs/2003-01/msg00005.php

...my patch isn't at the link given anymore, but the latest version of
it is here:

http://cvs.sourceforge.net/viewcvs.py/fink/dists/10.3/unstable/crypto/finkinfo/postgresql-ssl.patch?rev=HEAD

The current behavior *is* broken; things work only because everything
ends up linking statically against the .a's, and the bundles are
basically dead weight.

--
Benjamin Reed, a.k.a. RangerRick
ranger@befunk.com / http://ranger.befunk.com/

В списке pgsql-ports по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: libpq and libecpg problems on MacOs-X (Panther/10.3.3)
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: libpq and libecpg problems on MacOs-X (Panther/10.3.3)