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