Re: softwire for basm?
- From: Eric Grange <egrangeNO@xxxxxxxxxxxxxxx>
- Date: Fri, 17 Feb 2006 15:31:30 +0100
If you implement the original proposal, couldn't you simply implement
a parser on top of it, allowing for expressions like you're
suggesting?
You could, but 'simply' and 'parser' in the same sentence do not usually turn out so simple in the end ;)
And in that particular case, parsing to generate as
sw.mov(eax, ebx)
from
'mov eax, ebx'
would be at least as complex as assembling it directly into an opcode in the first place, and likely turn out even more complex as asm instructions can be tabulated (cf. my x86asm unit), and their assembly streamlined, while tabulating and streamlining method invokations isn't as straightforward.
There is also the issue of composite instructions parameters, such as
mov eax, [esi+edx*2+4]
or qualifiers as in with f.i.
fld dword ptr [eax+edx]
fld qword ptr [esp-4]
etc.
which do not lend themselves to being expressed as method calls.
Eric
.
- Follow-Ups:
- Re: softwire for basm?
- From: Lord Crc
- Re: softwire for basm?
- From: Gordon Cowie
- Re: softwire for basm?
- References:
- softwire for basm?
- From: Gordon Cowie
- Re: softwire for basm?
- From: Eric Grange
- Re: softwire for basm?
- From: Lord Crc
- softwire for basm?
- Prev by Date: Re: FastMM question...
- Next by Date: Re: FastMM question...
- Previous by thread: Re: softwire for basm?
- Next by thread: Re: softwire for basm?
- Index(es):
Relevant Pages
|