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
Finding a way to get the linker to automatically do this given a variably defined memory map would be a fantastic step forward. This has been done for z180-style banking by a commercial compiler still sold by Softools.
We have a lot of irons in the fire concerning z80asm and sectioning for weird memory maps already but getting all the requirements articulated will help nail down the structure of the next z80asm linker implementation.
I do have ideas about how automatic linking might work but I think the best way to get to what will be practical in the end is to first make sure we can compile across banks manually.
We can generate bankswitched programs manually now and the z88dk tools are very helpful in creating such programs but we did identify some things that needed improving in the compilers in past discussion (such as in-source section changes with pushes and pops). So I think maybe what we can do is try to build a simple bankswitched program manually to help identify what things can improve.
Then we should have a look at the embedded tr to see if what they recommend for bankswitched code and data access makes sense.
So another discussion topic to help make progress in this area.
The text was updated successfully, but these errors were encountered:
Finding a way to get the linker to automatically do this given a variably defined memory map would be a fantastic step forward. This has been done for z180-style banking by a commercial compiler still sold by Softools.
We have a lot of irons in the fire concerning z80asm and sectioning for weird memory maps already but getting all the requirements articulated will help nail down the structure of the next z80asm linker implementation.
I do have ideas about how automatic linking might work but I think the best way to get to what will be practical in the end is to first make sure we can compile across banks manually.
We can generate bankswitched programs manually now and the z88dk tools are very helpful in creating such programs but we did identify some things that needed improving in the compilers in past discussion (such as in-source section changes with pushes and pops). So I think maybe what we can do is try to build a simple bankswitched program manually to help identify what things can improve.
Then we should have a look at the embedded tr to see if what they recommend for bankswitched code and data access makes sense.
So another discussion topic to help make progress in this area.
The text was updated successfully, but these errors were encountered: