Re: Bumping libpq version number?
От | Bruce Momjian |
---|---|
Тема | Re: Bumping libpq version number? |
Дата | |
Msg-id | 200503111937.j2BJbHS19745@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Bumping libpq version number? (Bruce Momjian <pgman@candle.pha.pa.us>) |
Список | 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 по дате отправления: