I dont think that I would be wrong (out of line) to say that in the next
release, there will be a PPC disassembler.  I recently completed the
disassembler which will include source code synchronization.  This wont be
available until release 5 because it requires information that is not
currently available in release 4.

When I get home, I'll try to remember to disassemble all of the examples
(with the associated source) that Robert Purves provided.  I dont believe
that FN USING itself will generate code but I guess we will learn together.


W.


-----Original Message-----
From: lcs@... [mailto:lcs@...]
Sent: Thursday, May 03, 2001 4:49 AM
To: Waverly.Edwards@...; futurebasic@...;
lcs@...
Subject: Re: Sylvain suggests fast subroutines




Hi Waverly,

 > I feel like I'm asking a silly question but if the epilog is
 > not performed and the return is being performed early, wouldn't
 > references to variables on the stack be incorrect?  It would
 > seems to me that either a crash would occur because incorrect
 > variable offset references or stack buildup.

The "l" in the PPC ops "bl" an "blr" refers to something called a
link register which is not the stack pointer I fear.

But yours is by no means a silly question.  It's surely related to
the tragic fragility of Robert's method.

What would be most helpful would be to have a clear PPC decompilation of
FN <name> USING <address> in the parameterless case. Could you
provide that?  And the decompilation of END FN too.

                       Cheers

                           Larry S