Skip site navigation (1) Skip section navigation (2)

Re: enhanced error fields

From: Andres Freund <andres(at)2ndquadrant(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Cc: Peter Geoghegan <peter(at)2ndquadrant(dot)com>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
Subject: Re: enhanced error fields
Date: 2012-07-03 16:36:51
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers

On Monday, July 02, 2012 04:19:56 PM Peter Geoghegan wrote:
> The first thing I noticed about the patch was that inline functions
> are used freely. While I personally don't find this unreasonable, we
> recently revisited the question of whether or not it is necessary to
> continue to support compilers that do not support something equivalent
> to GNU C inline functions (or that cannot be made to support them via
> macro hacks). The outcome of that was that it remains necessary to use
> macros to provide non-inline equivalent functions. For a good example
> of how that was dealt with quite extensively, see the sortsupport
> commit:
> 4a8942ab964252d51c1c0bd8845
> In particular, take a look at the new file sortsupport.h .
I actually find sortsupport.h not to be a good example in general because it 
duplicates the code. Unless youre dealing with minor amounts of code playing 
macro tricks like I did in the ilist stuff  seems to be a better idea.


Andres Freund
PostgreSQL Development, 24x7 Support, Training & Services

In response to

pgsql-hackers by date

Next:From: Daniel FarinaDate: 2012-07-03 16:37:08
Subject: Re: xlog filename formatting functions in recovery
Previous:From: Pavel StehuleDate: 2012-07-03 16:35:51
Subject: Re: enhanced error fields

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group