Skip site navigation (1) Skip section navigation (2)

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

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Richard Frith-Macdonald <richard(at)brainstorm(dot)co(dot)uk>
Cc: pgsql-ports(at)postgresql(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: libpq and libecpg problems on MacOs-X (Panther/10.3.3)
Date: 2004-05-27 21:44:31
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-ports
FYI, Tom is still researching this.  It will be resolved in 7.5.


Richard Frith-Macdonald wrote:
> When trying to use postgresql on my MacOS-X system (10.3.3) I 
> encountered the problem that the libecpg and libpq dynamic libraries 
> could not be linked into my applications.
> Upon investigation, it turns out that the postgresql libraries on 
> MacOS-X/Darwin are being built as 'bundles' ... which means that you 
> can dynamically load them into a running program using the dlopen() 
> api, but you can't link them at application build time.  This may be 
> correct behavior for some of the modules in postgres (eg the perl 
> module), but is certainly wrong for libecpg and libpq ... which are 
> meant to be linked with C (and other language) applications.
> 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.
> Probably there are other parts of the system which should not be 
> bundles either ... but I don't use them so I don't know.
> Possibly behavior differs in older versions of MacOS-X ... again, I 
> don't have the old systems so I don't know.

[ Attachment, skipping... ]

> ---------------------------(end of broadcast)---------------------------
> TIP 7: don't forget to increase your free space map settings

  Bruce Momjian                        |
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

In response to

pgsql-ports by date

Next:From: yau meilengDate: 2004-05-31 08:33:48
Subject: PostgreSQL 7.4 on WindowsXP
Previous:From: СупермаркетDate: 2004-05-26 16:49:26
Subject: Сдается в аренду действующий продуктовый магазин <СУПЕРМАРКЕТ> от собственника

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group