Re: Patch to assembler/disassembler + parrot asm inconsistancies

2001-09-10 Thread Dan Sugalski
At 05:23 PM 9/10/2001 -0500, Brian Wheeler wrote: First off, here's an inconsistancy I found: In test.pasm REDO: eq_i_ic I2, I4, DONE, NEXT appears. Shouldn't this be comparing to a constant, not a register? Nope, though if I let you in on the actual secret it's help. That should really

Re: Patch to assembler/disassembler + parrot asm inconsistancies

2001-09-10 Thread Bryan C . Warnock
On Monday 10 September 2001 06:23 pm, Dan Sugalski wrote: At 05:23 PM 9/10/2001 -0500, Brian Wheeler wrote: First off, here's an inconsistancy I found: In test.pasm REDO: eq_i_ic I2, I4, DONE, NEXT appears. Shouldn't this be comparing to a constant, not a register? Nope, though if I

Re: Patch to assembler/disassembler + parrot asm

2001-09-10 Thread Brian Wheeler
At 05:23 PM 9/10/2001 -0500, Brian Wheeler wrote: First off, here's an inconsistancy I found: In test.pasm REDO: eq_i_ic I2, I4, DONE, NEXT appears. Shouldn't this be comparing to a constant, not a register? Nope, though if I let you in on the actual secret it's help. That

Re: Patch to assembler/disassembler + parrot asm

2001-09-10 Thread Brian Wheeler
another thought... A thought (though gross): if we restrict mneumonics to not use the underscore, then anything after _ can be the op signature. The opcode_table could use these characters for different data types: integer i integer constant j numeric

Re: Patch to assembler/disassembler + parrot asm inconsistancies

2001-09-10 Thread Ken Fox
Bryan C. Warnock wrote: On Monday 10 September 2001 06:23 pm, Dan Sugalski wrote: When we run out, we repeat the innermost type. Why are you doing right-to-left instead of left-to-right? Because it would be harder to repeat the innermost type then? ;) Most binary ops will take identical

Re: Patch to assembler/disassembler + parrot asm inconsistancies

2001-09-10 Thread Bryan C . Warnock
On Monday 10 September 2001 08:47 pm, Dan Sugalski wrote: Because I think backwards from most people, apparently. :) That and generally speaking if there are three args the second is the same type as the first, while the third is the variant. Generally. Tayyib. Handling constants now.

Re: Patch to assembler/disassembler + parrot asm

2001-09-10 Thread Dan Sugalski
At 07:56 PM 9/10/2001 -0500, Brian Wheeler wrote: I've got to know...what's the significance of the magic number? :) It's the number of arguments. Why it's there, I don't know, since it's redundant. Seemed like a good idea at the time. We can probably chop it out without a problem.

RE: Patch to assembler/disassembler + parrot asm

2001-09-10 Thread Brent Dax
Dan Sugalski: ... # The jump ops will be easy to figure--either they'll take a # register, a # constant number, or a label. We don't allow labels that could # be confused # with registers. (No I0: anywhere...) Noo! How will I write really confusing JAPHs now? :^) --Brent Dax [EMAIL

RE: Patch to assembler/disassembler + parrot asm

2001-09-10 Thread Dan Sugalski
At 06:16 PM 9/10/2001 -0700, Brent Dax wrote: Dan Sugalski: ... # The jump ops will be easy to figure--either they'll take a # register, a # constant number, or a label. We don't allow labels that could # be confused # with registers. (No I0: anywhere...) Noo! How will I write really

Re: Patch to assembler/disassembler + parrot asm inconsistancies

2001-09-10 Thread Brian Wheeler
On Mon, 2001-09-10 at 20:52, Dan Sugalski wrote: At 07:25 PM 9/10/2001 -0400, Bryan C. Warnock wrote: I think Dan mentioned this, but it looks like the suffixes can be derived from the args being passed in. That would greatly simply the assembler to just the function names: set, eq, add,