Re: [HACKERS] LONG varsize - how to go on

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: wieck(at)debis(dot)com (Jan Wieck)
Cc: pgman(at)candle(dot)pha(dot)pa(dot)us (Bruce Momjian), pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] LONG varsize - how to go on
Date: 1999-12-20 15:09:21
Message-ID: 18624.945702561@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

wieck(at)debis(dot)com (Jan Wieck) writes:
> Would be best for me if you can leave out the pgindent run
> for this release. I already have some small things as
> patches, that I apply to the latest cvs update.

Why not do what Vadim is doing for XLOG: commit your changes under
#ifdefs for a symbol that isn't yet defined?

#ifdef LONG_ATTRS
new code
#else
old code
#endif

I think this'd possibly be helpful anyway for study and debugging
purposes, since people could easily see what you've changed and where.
Eventually, after all the dust settles, we can get rid of the #if's
and the old-code fragments.

I don't normally like #ifdef'd patches of this sort, but as a temporary
measure during implementation I think it'd be better than keeping a
private set of files.

> And I fear
> what's currently discussed about changing 4 column tabstops
> would break them completely.

Bruce doesn't want to do that, and I doubt anyone will force the issue
over his veto. But it would be nice to be able to do a pgindent run;
there's a lot of new code in this release.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message NormanD 1999-12-20 15:31:26 New Catia 5 r 4 and other appz!!!
Previous Message Bruce Momjian 1999-12-20 15:08:14 Re: QUESTION: Replication