You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Globals, and static variables in functions, are (much) faster when they can be placed in the zero page rather than main memory. We can give this zero page real estate to as many as such variables as possible. The call stack doesn't need much space after all.
Perhaps let the programmer hint which variables are candidate for such preferential treatment. ("static register" comes to mind, but that's not a fully developed idea, because we can have pointers to such variables.)
The text was updated successfully, but these errors were encountered:
This issue is still relevant to glcc since it does not place globals in page zero.
This would require decorating the global declaration with attributes requesting a page zero placement for a global. Since the code generator already supports such variables, and since glink already tracks the page zero usage, the main difficulties are (1) adding an attribute syntax for lcc declarations, and (2) making sure that the linker does not mix zp globals and normal globals.
Globals, and static variables in functions, are (much) faster when they can be placed in the zero page rather than main memory. We can give this zero page real estate to as many as such variables as possible. The call stack doesn't need much space after all.
Perhaps let the programmer hint which variables are candidate for such preferential treatment. ("static register" comes to mind, but that's not a fully developed idea, because we can have pointers to such variables.)
The text was updated successfully, but these errors were encountered: