]> git.sur5r.net Git - cc65/commit
Load INITBSS segment from disk.
authorOliver Schmidt <ol.sc@web.de>
Sun, 28 Feb 2016 18:29:37 +0000 (19:29 +0100)
committerOliver Schmidt <ol.sc@web.de>
Sun, 28 Feb 2016 18:45:36 +0000 (19:45 +0100)
commit3d08abcfa802bb9862ed01427b37256bd7210663
treeee3167bacf8c5a12dcb6266b9cd3c6687da7abbc
parent25f4482641c351c64b705f8098bfe2c4bf5dbfcf
Load INITBSS segment from disk.

Conceptually the INITBSS segment is not initialized in any way. Therefore it makes sense to not load it from disk. However the INIT segment has to be loaded from disk and therefore moved to its run location above the INITBSS segment. The necessary move routine increases runtime RAM usage :-(

Therefore we now "unnecessarily" load the INITBSS segment from disk too meaning that the INIT segment is loaded at its run location. Therefore there's no need for the move routine anymore.

After all we trade disk space for (runtime) RAM space - an easy decision ;-)

Notes:

- The code allowing to re-run a program without re-load present so far could not have worked as far as I can see as it only avoided to re-run the move routine but still tried to re-run the code in the INIT segment that was clobbered by zeroing the BSS. Therefore I removed the code in question altogether. I'm personally not into this "dirty re-run" but if someone wants to add an actually working solution I won't block that.

- INITBSS is intentionally not just merged with the DATA segment as ROM-based targets can't reuse the INIT segment for the BSS and therefore have no reason to place the INIT segment above INITBSS.

- Because ROM-based targets don't copy INITBSS from the ROM (like it is done with the DATA segment) all users of INITBSS _MUST_NOT_ presume INITBSS to be initialized with zeros!
cfg/c64-overlay.cfg
cfg/c64.cfg
libsrc/c64/crt0.s
libsrc/common/moveinit.s [deleted file]