Re: [HACKERS] [COMMITTERS] pgsql: Improve performance of SendRowDescriptionMessage. - Mailing list pgsql-committers

From Andres Freund
Subject Re: [HACKERS] [COMMITTERS] pgsql: Improve performance of SendRowDescriptionMessage.
Date
Msg-id 20220813190843.wrs3feelaxy434un@awork3.anarazel.de
Whole thread Raw
In response to Re: [HACKERS] [COMMITTERS] pgsql: Improve performance ofSendRowDescriptionMessage.  (Andres Freund <andres@anarazel.de>)
Responses Re: [HACKERS] [COMMITTERS] pgsql: Improve performance of SendRowDescriptionMessage.
List pgsql-committers
Hi Noah,

On 2017-10-13 11:24:05 -0700, Andres Freund wrote:
> On 2017-10-13 14:19:22 -0400, Tom Lane wrote:
> > > So it'd probably better to introduce a FORCE_DISABLE_RESTRICT=yes, set
> > > at the same place, that's then tested before running the relevant
> > > configure check?
> > 
> > +1.  I think you don't actually have to skip the configure check,
> > and there might be some value in letting it carry on normally
> > (so that "restrict" is set properly).  We'd just want it to affect
> > what pg_restrict gets defined as.  Something like
> 
> > if test "$ac_cv_c_restrict" = "no" -o "x$FORCE_DISABLE_RESTRICT" = "xyes"; then
> >   pg_restrict=""
> > else
> >   pg_restrict="$ac_cv_c_restrict"
> 
> Yea, that works. Will make it so.

Any chance you could check if this is still needed? I've a FIXME about it in
the meson code that I'd like to get rid of :)

Greetings,

Andres Freund



pgsql-committers by date:

Previous
From: Tom Lane
Date:
Subject: pgsql: Remove configurability of PPC spinlock assembly code.
Next
From: Tom Lane
Date:
Subject: pgsql: Catch stack overflow when recursing in transformFromClauseItem()