Re: [HACKERS] pg_dump not in very good shape

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] pg_dump not in very good shape
Дата
Msg-id 21021.948126173@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] pg_dump not in very good shape  (Peter Eisentraut <e99re41@DoCS.UU.SE>)
Ответы Re: [HACKERS] pg_dump not in very good shape  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Peter Eisentraut <e99re41@DoCS.UU.SE> writes:
>>>> A better idea would be to do what psql does with snprintf: Just include
>>>> the [v]snprintf.o file in the compilation (linking) conditionally.
>> 
>> Sorry if I was unclear, but that was exactly what I meant.
>> 
>> BTW, since this is now done in libpq, you could probably remove
>> snprintf.o from psql ...

> Hmm, maybe this is not what I meant. I meant adding the linking line to
> pg_dump, not libpq.

Not a usable answer: that would mean that *every* application using
libpq would have to start including backend/port/snprintf.o, on the
platforms where vsnprintf doesn't exist.

> But I guess as long as we don't tell anyone about it
> (vsnprintf being in libpq)

It's certainly not going to become a published part of the interface,
if that's what you mean.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] RE: Getting rid of setheapoverride (was Re: [COMMITTERS] heap.c)
Следующее
От: Thomas Lockhart
Дата:
Сообщение: Re: [HACKERS] TODO list