-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Obscure feature requests #165
Comments
Current routine address Maybe a system constant |
Number of local variables Similarly, |
Absolute address of a label You can Label addresses aren't handled in backpatching; they're figured out by special code in transfer_routine(). So this is messy, and it would be messier if you want to retain the addresses of labels outside the code of the routine itself. Might want a special syntax for this, maybe (Backpatching this requires care, too. I think we'd need a new marker which indexes into a table of (routine address, offset).) |
Local variable index The offset where a local occurs in the locals segment. Like This value would be pretty hard to use. There's no way to access the locals segment except with an opcode argument, and those have fixed offsets. I guess self-modifying code could generate an opcode to do this. |
Yeah I've realised that... that might end up being the trickiest part of all this. Or maybe just the most verbose - I could do it with a long switch statement. |
This is various pieces of information which the compiler could provide which we don't have a real use case for, but the idea came up and I want to write it down. Very low priority.
The text was updated successfully, but these errors were encountered: