Re: Bumping libpq version number? - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Bumping libpq version number?
Date
Msg-id 200503111937.j2BJbHS19745@candle.pha.pa.us
Whole thread Raw
In response to Bumping libpq version number?  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
Kurt Roeckx wrote:
> On Fri, Mar 11, 2005 at 01:29:46PM -0500, Bruce Momjian wrote:
> > Kurt Roeckx wrote:
> > > 
> > > Does initdb call pg_snprintf directly?  Or does it call some
> > > libpq function that calls it?
> > 
> > With the current CVS, initdb calls pg_snprintf() on my platform which
> > doesn't support %$ natively on my libc printf.  Now, initdb could pull
> > from pgport itself but I think it pulled from libpq first.  Perhaps we
> > should reorder how those libraries appear in the link line but I think
> > that would fix just this case, not the more general one of pg client
> > apps.
> 
> Do "client apps" ever link to pgport itself?  I assume only
> "internal" applictions link to it?

They do.

> I assume libpq is staticly linked to pgport and is exporting
> symbols it shouldn't.  Can we prevent it from exporting those
> symbols?

I can think of no way to prevent it, except on Win32 that has an exports
file.

--  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,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: Evgen Potemkin
Date:
Subject: Re: SQL99 Hierarchical queries
Next
From: Bruce Momjian
Date:
Subject: Re: [PATCHES] BUG #1466: syslogger issues