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) |
Дата | |
Msg-id | 200405201529.i4KFTnQ04901@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: libpq and libecpg problems on MacOs-X (Panther/10.3.3) (Benjamin Reed <ranger@befunk.com>) |
Список | pgsql-ports |
Benjamin Reed wrote: > 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. OK, that's all I need to hear. I will make the changes for 7.5. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
В списке pgsql-ports по дате отправления: