Horton
Menu

Re: embedded list v2

Tom Lane <tgl@sss.pgh.pa.us>

View thread
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andres Freund <andres@2ndquadrant.com>
Cc: pgsql-hackers@postgresql.org, Alvaro Herrera <alvherre@2ndquadrant.com>, Robert Haas <robertmhaas@gmail.com>, Peter Geoghegan <peter@2ndquadrant.com>
Date: 2012-09-28T23:39:03Z
Lists: pgsql-hackers 
Andres Freund <andres@2ndquadrant.com> writes:
> The reason I had the header declare DEFINE_ILIST_FUNCTIONS (or rather 
> ILIST_USE_DEFINITION back then) instead of reusing USE_INLINE directly is that 
> it makes it easier to locally change a "module" to not inlining which makes 
> testing the !USE_INLINE case easier. Does anybody think this is worth 
> something? I have no strong feelings but found it convenient.

Right offhand it doesn't seem like it really gains that much even for
that use-case.  You'd end up editing the include file either way, just
slightly differently.

			regards, tom lane

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

  1. Provide some static-assertion functionality on all compilers.

  2. Add infrastructure for compile-time assertions about variable types.

  3. Remove 576 references of include files that were not needed.

  4. More include file adjustments.

  5. Allow each C include file to compile on its own by including any needed