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
|
| Список | 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 по дате отправления: