pgindent behavior we could do without

Поиск
Список
Период
Сортировка
От Tom Lane
Тема pgindent behavior we could do without
Дата
Msg-id 28678.1374121641@sss.pgh.pa.us
обсуждение исходный текст
Ответы Re: pgindent behavior we could do without  (Bruce Momjian <bruce@momjian.us>)
Re: pgindent behavior we could do without  (Noah Misch <noah@leadboat.com>)
Re: pgindent behavior we could do without  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
It's always annoyed me that pgindent insists on adjusting vertical
whitespace around #else and related commands.  This has, for example,
rendered src/include/storage/barrier.h nigh illegible: you get things
like

/** lwsync orders loads with respect to each other, and similarly with stores.* But a load can be performed before a
subsequentstore, so sync must be used* for a full memory barrier.*/
 
#define pg_memory_barrier()     __asm__ __volatile__ ("sync" : : : "memory")
#define pg_read_barrier()       __asm__ __volatile__ ("lwsync" : : : "memory")
#define pg_write_barrier()      __asm__ __volatile__ ("lwsync" : : : "memory")
#elif defined(__alpha) || defined(__alpha__)    /* Alpha */

which makes it look like this block of code has something to do with
Alpha.

By chance, I noticed today that this misbehavior comes from a discretely
identifiable spot, to wit lines 289-290 in src/tools/pgindent/pgindent:
# Remove blank line(s) before #else, #elif, and #endif$source =~ s!\n\n+(\#else|\#elif|\#endif)!\n$1!g;

This seems pretty broken to me: why exactly is whitespace there such a
bad idea?  Not only that, but the next action is concerned with undoing
some of the damage this rule causes:
# Add blank line before #endif if it is the last line in the file$source =~ s!\n(#endif.*)\n\z!\n\n$1\n!;

I assert that we should simply remove both of these bits of code, as
just about every committer on the project is smarter about when to use
vertical whitespace than this program is.

Thoughts?
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Greg Smith
Дата:
Сообщение: Re: [PATCH] pgbench --throttle (submission 7 - with lag measurement)
Следующее
От: David Fetter
Дата:
Сообщение: Re: Proposal/design feedback needed: WITHIN GROUP (sql standard ordered set aggregate functions)