Re: perltidy version

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: perltidy version
Дата
Msg-id CABUevEz1yZt=cTMABryDy+HOMZYtqkKSnY796Vg4XpvwSB=zNA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: perltidy version  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: perltidy version
Список pgsql-hackers


On Fri, Mar 2, 2018 at 4:49 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
Magnus Hagander <magnus@hagander.net> writes:
> On Fri, Mar 2, 2018 at 3:53 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> +1.  We're not that far away from it being time to run pgindent/perltidy,
>> so now would be a good time to consider whether we like a newer version's
>> result better.

> For example, Debian ships with 20140328, which produces the attached diff.
> I'm not sure if we want to go to whatever is a "common version on most
> platforms" today, or just "whatever is latest" if we do upgrade. AFAICT
> RHEL 7 seems to be on 20121207, RHEL 6 on 20090616. And in Ubuntu, 14.04
> has 20120701, 16.04 has 20140328, and current devel has 20140328. In
> general there seems to be very little overlap there, except Debian and
> Ubuntu covers the same versions.

> (Note that this diff is against HEAD -- it's possible a perltidy run with
> the current version would also generate a diff, I have not compared them to
> each other)

Yeah, perltidy 20090616 already produces a pretty substantial diff on
HEAD; attached.

Ah yeah, if I apply that one first, the diff from using 20140328 is much smaller. Attached is that one, which means the difference between the two perltidy versions. 

--
Вложения

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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Function to track shmem reinit time
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: [HACKERS] user-defined numeric data types triggering ERROR:unsupported type