Re: Re: [PATCHES] s_lock.h cleanup

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Re: [PATCHES] s_lock.h cleanup
Date: 2001-01-19 18:24:51
Message-ID: 9458.979928691@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Peter Eisentraut <peter_e(at)gmx(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2001-01-19 18:37:02 Re: Re: [PATCHES] s_lock.h cleanup
Previous Message The Hermit Hacker 2001-01-19 18:21:00 Re: Small patch to replace 'idle' by 'trans' if transaction is still open

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2001-01-19 18:37:02 Re: Re: [PATCHES] s_lock.h cleanup
Previous Message The Hermit Hacker 2001-01-19 18:21:00 Re: Small patch to replace 'idle' by 'trans' if transaction is still open