Re: pgsql: Refactor pg_get_line() to expose an alternative StringInfo-based - Mailing list pgsql-committers

From Tom Lane
Subject Re: pgsql: Refactor pg_get_line() to expose an alternative StringInfo-based
Date
Msg-id 1668181.1599490126@sss.pgh.pa.us
Whole thread Raw
In response to Re: pgsql: Refactor pg_get_line() to expose an alternative StringInfo-based  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Responses Re: pgsql: Refactor pg_get_line() to expose an alternative StringInfo-based
List pgsql-committers
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> On 2020-Sep-07, Pavel Stehule wrote:
>> I tried  to reuse this new API in pg_dump.c, and I had a problem with
>> private struct StringInfo.

>> maybe there should be included directly with #include "lib/stringinfo.h" ?

> That's the right thing to do, yes.

Yeah, if you want to use pg_get_line_append, you need to include
both those headers.

            regards, tom lane



pgsql-committers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: pgsql: Refactor pg_get_line() to expose an alternative StringInfo-based
Next
From: Tom Lane
Date:
Subject: pgsql: Frob numeric.c loop so that clang will auto-vectorize it too.