Re: Keep elog(ERROR) and ereport(ERROR) calls in the cold path
David Rowley <dgrowleyml@gmail.com>
From: David Rowley <dgrowleyml@gmail.com>
To: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Cc: Dagfinn Ilmari Mannsåker <ilmari@ilmari.org>, Greg Nancarrow <gregn4422@gmail.com>, Andres Freund <andres@anarazel.de>, PostgreSQL Developers <pgsql-hackers@lists.postgresql.org>
Date: 2020-11-24T20:43:47Z
Lists: pgsql-hackers
On Wed, 25 Nov 2020 at 04:48, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote: > > On 2020-11-24 01:52, Dagfinn Ilmari Mannsåker wrote: > > The Clang documentation¹ suggest an even neater solution, which would > > eliminate the repetitive empty pg_attribute_foo #defines in the trailing > > #else/#endif block in commit 1fa22a43a56e1fe44c7bb3a3d5ef31be5bcac41d: > > > > #ifndef __has_attribute > > #define __has_attribute(x) 0 > > #endif > > Yes, this was also mentioned and agreed earlier in the thread, but then > we apparently forgot to update the patch. I wanted to let the buildfarm settle a bit before changing this again. I plan on making the change today. (I know walleye is still not happy) David
Commits
-
Stop gap fix for __attribute__((cold)) compiler bug in MinGW 8.1
- 687f61634475 14.0 landed
-
Tidy up definitions of pg_attribute_hot and pg_attribute_cold
- b0727ae99b70 14.0 landed
-
Fix unportable usage of __has_attribute
- 1fa22a43a56e 14.0 landed
-
Improve compiler code layout in elog/ereport ERROR calls
- 913ec71d682e 14.0 landed
-
Define pg_attribute_cold and pg_attribute_hot macros
- 697e1d02f53f 14.0 landed