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

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
Cc: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, pgsql-committers(at)lists(dot)postgresql(dot)org
Subject: Re: pgsql: Refactor pg_get_line() to expose an alternative StringInfo-based
Date: 2020-09-07 16:54:00
Message-ID: 1696646.1599497640@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> writes:
> here is a patch

What exactly is this supposed to fix?

I didn't bother tracking down exactly where initdb.c is getting
stringinfo.h from, but it clearly does import it somewhere in
our rat's nest of headers.

regards, tom lane

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Alvaro Herrera 2020-09-07 16:58:44 Re: pgsql: Refactor pg_get_line() to expose an alternative StringInfo-based
Previous Message Pavel Stehule 2020-09-07 16:34:02 Re: pgsql: Refactor pg_get_line() to expose an alternative StringInfo-based