Re: [HACKERS] pg_dump not in very good shape - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] pg_dump not in very good shape
Date
Msg-id 21021.948126173@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] pg_dump not in very good shape  (Peter Eisentraut <e99re41@DoCS.UU.SE>)
Responses Re: [HACKERS] pg_dump not in very good shape
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] RE: Getting rid of setheapoverride (was Re: [COMMITTERS] heap.c)
Next
From: Thomas Lockhart
Date:
Subject: Re: [HACKERS] TODO list