6502/cc65
1
0
Fork 0
mirror of https://github.com/cc65/cc65.git synced 2024-12-23 04:30:10 +00:00
Code Issues Projects Releases Wiki Activity
34d8c3ef0a
cc65/cfg/supervision-16k.cfg

42 lines
1.6 KiB
INI
Raw Normal View History

Added additional config files for supervision. These files are not really used by the linker, but I had no better place for them, and config files from this directory are automatically packed into the doc file, so for now it seems to be the best place. git-svn-id: svn://svn.cc65.org/cc65/trunk@2579 b7a2c559-68d2-44c3-8de9-860c34a00d81
2003-10-28 11:26:42 +00:00
# supervision 16kbyte cartridge
# ld65 config file
Provide symbole for RAM memory area. The RAM memory area symbols are referred by the startup code. The 64k and 128k variant say "for assembler" so it may be not necessary to do that there. However given the "limited" state of documentation for the target I don't assign too much value to those statements. Additionally it's unclear to me why two variants provide symbols for the ROM memory.
2018-01-31 13:53:31 +00:00
# ld65 --config supervision-16k.cfg -o <prog>.bin <prog>.o
Exclude (small) stack from RAM memory area (like on most other targets) to make explicit that the linker may not use all RAM. If the cc65 parameter stack isn't used at all the __STACKSIZE__ symbol may be overridden on the linker command line with -D __STACKSIZE__=0. git-svn-id: svn://svn.cc65.org/cc65/trunk@4820 b7a2c559-68d2-44c3-8de9-860c34a00d81
2010-10-02 10:20:00 +00:00
SYMBOLS {
Reworked and improved the SYMBOLS section. The old syntax (using symbol = value) is now gone, attributes are used instead. The SYMBOLS section does now support imports, so the linker config can be used to force symbols (and therefore module) imports. Evaluation of start address and size for memory areas has been delayed even further, so it is now possible to use the values from one memory area in the definition of the next one. git-svn-id: svn://svn.cc65.org/cc65/trunk@4851 b7a2c559-68d2-44c3-8de9-860c34a00d81
2010-11-12 14:17:35 +00:00
__STACKSIZE__: type = weak, value = $0100; # 1 page stack
Exclude (small) stack from RAM memory area (like on most other targets) to make explicit that the linker may not use all RAM. If the cc65 parameter stack isn't used at all the __STACKSIZE__ symbol may be overridden on the linker command line with -D __STACKSIZE__=0. git-svn-id: svn://svn.cc65.org/cc65/trunk@4820 b7a2c559-68d2-44c3-8de9-860c34a00d81
2010-10-02 10:20:00 +00:00
}
Added additional config files for supervision. These files are not really used by the linker, but I had no better place for them, and config files from this directory are automatically packed into the doc file, so for now it seems to be the best place. git-svn-id: svn://svn.cc65.org/cc65/trunk@2579 b7a2c559-68d2-44c3-8de9-860c34a00d81
2003-10-28 11:26:42 +00:00
MEMORY {
Add an additional file = "" to memory areas that contain only bss or zp type segments and aren't written to the output file. Before that, the "not going to output file" was implicit because of the bss type of the segments contained. The new attribute makes this explicit. git-svn-id: svn://svn.cc65.org/cc65/trunk@4853 b7a2c559-68d2-44c3-8de9-860c34a00d81
2010-11-12 19:59:02 +00:00
ZP: file = "", start = $0000, size = $0100;
CPUSTACK: file = "", start = $0100, size = $0100;
Provide symbole for RAM memory area. The RAM memory area symbols are referred by the startup code. The 64k and 128k variant say "for assembler" so it may be not necessary to do that there. However given the "limited" state of documentation for the target I don't assign too much value to those statements. Additionally it's unclear to me why two variants provide symbols for the ROM memory.
2018-01-31 13:53:31 +00:00
RAM: file = "", start = $0200, size = $1E00 - __STACKSIZE__, define = yes;
Add an additional file = "" to memory areas that contain only bss or zp type segments and aren't written to the output file. Before that, the "not going to output file" was implicit because of the bss type of the segments contained. The new attribute makes this explicit. git-svn-id: svn://svn.cc65.org/cc65/trunk@4853 b7a2c559-68d2-44c3-8de9-860c34a00d81
2010-11-12 19:59:02 +00:00
VRAM: file = "", start = $4000, size = $2000;
Provide symbole for RAM memory area. The RAM memory area symbols are referred by the startup code. The 64k and 128k variant say "for assembler" so it may be not necessary to do that there. However given the "limited" state of documentation for the target I don't assign too much value to those statements. Additionally it's unclear to me why two variants provide symbols for the ROM memory.
2018-01-31 13:53:31 +00:00
ROM: file = %O, start = $C000, size = $4000, fill = yes, fillval = $FF, define = yes;
Added additional config files for supervision. These files are not really used by the linker, but I had no better place for them, and config files from this directory are automatically packed into the doc file, so for now it seems to be the best place. git-svn-id: svn://svn.cc65.org/cc65/trunk@2579 b7a2c559-68d2-44c3-8de9-860c34a00d81
2003-10-28 11:26:42 +00:00
}
SEGMENTS {
Consider the segment attributes 'define' and 'optional' mutually exclusive. In normal situations it isn't too useful to define symbols for optional segments as those symbols can't be presumed to be always present. I in fact suspect that most currently present combinations of 'define' and 'optional' aren't useful - apart form the overlay configurations of course.
2016-03-17 20:31:43 +00:00
ZEROPAGE: load = ZP, type = zp, define = yes;
LOWCODE: load = ROM, type = ro, optional = yes;
ONCE: load = ROM, type = ro, optional = yes;
CODE: load = ROM, type = ro, define = yes;
RODATA: load = ROM, type = ro, define = yes;
DATA: load = ROM, run = RAM, type = rw, define = yes;
Added features; changed FFF0 segments
2020-11-27 14:05:07 +00:00
FFF0: load = ROM, type = ro, start = $FFF0;
Fixed some config mistakes
2020-11-26 11:48:58 +00:00
VECTORS: load = ROM, type = ro, start = $FFFA;
Consider the segment attributes 'define' and 'optional' mutually exclusive. In normal situations it isn't too useful to define symbols for optional segments as those symbols can't be presumed to be always present. I in fact suspect that most currently present combinations of 'define' and 'optional' aren't useful - apart form the overlay configurations of course.
2016-03-17 20:31:43 +00:00
BSS: load = RAM, type = bss, define = yes;
Added additional config files for supervision. These files are not really used by the linker, but I had no better place for them, and config files from this directory are automatically packed into the doc file, so for now it seems to be the best place. git-svn-id: svn://svn.cc65.org/cc65/trunk@2579 b7a2c559-68d2-44c3-8de9-860c34a00d81
2003-10-28 11:26:42 +00:00
}
FEATURES {
Just some beautification. git-svn-id: svn://svn.cc65.org/cc65/trunk@5984 b7a2c559-68d2-44c3-8de9-860c34a00d81
2013-02-12 20:55:19 +00:00
CONDES: type = constructor,
- No more HEAP segment - RAM reduced by __STACKSIZE__ - Unified formatting git-svn-id: svn://svn.cc65.org/cc65/trunk@4633 b7a2c559-68d2-44c3-8de9-860c34a00d81
2010-03-21 17:10:17 +00:00
label = __CONSTRUCTOR_TABLE__,
Just some beautification. git-svn-id: svn://svn.cc65.org/cc65/trunk@5984 b7a2c559-68d2-44c3-8de9-860c34a00d81
2013-02-12 20:55:19 +00:00
count = __CONSTRUCTOR_COUNT__,
Renamed INITBSS to INIT and INIT to ONCE. The way we want to use the INITBSS segment - and especially the fact that it won't have the type bss on all ROM based targets - means that the name INITBSS is misleading. After all INIT is the best name from my perspective as it serves several purposes and therefore needs a rather generic name. Unfortunately this means that the current INIT segment needs to be renamed too. Looking for a short (ideally 4 letter) name I came up with ONCE as it contains all code (and data) accessed only once during initialization.
2016-03-06 20:26:22 +00:00
segment = ONCE;
Just some beautification. git-svn-id: svn://svn.cc65.org/cc65/trunk@5984 b7a2c559-68d2-44c3-8de9-860c34a00d81
2013-02-12 20:55:19 +00:00
CONDES: type = destructor,
- No more HEAP segment - RAM reduced by __STACKSIZE__ - Unified formatting git-svn-id: svn://svn.cc65.org/cc65/trunk@4633 b7a2c559-68d2-44c3-8de9-860c34a00d81
2010-03-21 17:10:17 +00:00
label = __DESTRUCTOR_TABLE__,
Just some beautification. git-svn-id: svn://svn.cc65.org/cc65/trunk@5984 b7a2c559-68d2-44c3-8de9-860c34a00d81
2013-02-12 20:55:19 +00:00
count = __DESTRUCTOR_COUNT__,
segment = RODATA;
CONDES: type = interruptor,
label = __INTERRUPTOR_TABLE__,
count = __INTERRUPTOR_COUNT__,
segment = RODATA,
Have the callirq module export __CALLIRQ__ and changed all config files so this symbol is a forced import for all interruptors. git-svn-id: svn://svn.cc65.org/cc65/trunk@5902 b7a2c559-68d2-44c3-8de9-860c34a00d81
2012-11-03 21:59:15 +00:00
import = __CALLIRQ__;
Added additional config files for supervision. These files are not really used by the linker, but I had no better place for them, and config files from this directory are automatically packed into the doc file, so for now it seems to be the best place. git-svn-id: svn://svn.cc65.org/cc65/trunk@2579 b7a2c559-68d2-44c3-8de9-860c34a00d81
2003-10-28 11:26:42 +00:00
}
Reference in New Issue Copy Permalink