Re: Re: [PATCHES] s_lock.h cleanup

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Re: [PATCHES] s_lock.h cleanup
Дата
Msg-id 9458.979928691@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [PATCHES] s_lock.h cleanup  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Re: [PATCHES] s_lock.h cleanup  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> Bruce Momjian writes:
>> In looking at the VAX ASM problem, I realized that the ASM in s_lock.h
>> is all formatted differently, making it even more confusing.  I have
>> applied the following patch to s_lock.h to try and clean it up.

> I don't believe in this patch at all.  It makes the assumption that all
> assemblers have equally forgiving lexical rules as a certain subset of
> said assemblers.  For example, the VAX code does not look at all like the
> one back when it still worked.

Good point.  I think it's safe to use the split-up-string-literal
feature, but assuming that ';' can replace '\n' is sheer folly, and so
is assuming that whitespace doesn't matter (ie, that opcodes starting
in column 1 are OK).  Bruce, I'd suggest a format more like
"[label]          opcode  operands    \n"

for each line of assembly code.
        regards, tom lane


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

Предыдущее
От: "Mikheev, Vadim"
Дата:
Сообщение: RE: Possible performance improvement: buffer replacemen t policy
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Re: [PATCHES] s_lock.h cleanup