6502bench/SourceGen/SGTestData/Expected/20052-branches-and-banks_acme.S

;ACME can't handle 65816 code that lives outside bank zero
*       =       $0000
        !pseudopc $1000 {
        !hex    18fbe2305c000044000102cf000044af000044ad0000a50030f562b2ffd0b082
        !hex    a9ff1700170044cfc0ff44f005303c8239005c0020002c0020f41700f44400d0
        !hex    03dc0810ea201220201520200f202256341260
        } ;!pseudopc
Finish ACME v0.96.4 support There's no easy way to make non-zero-bank 65816 code work, so I'm punting and just generating a whole-file hex dump for those. This renders tests 2007 and 2009 useless, so I'm hesitant to claim that ACME support is fully functional. 2019-08-04 21:48:42 +00:00			`;ACME can't handle 65816 code that lives outside bank zero`
Fix ACME code gen "overflow" ACME has a "real" PC and a "pseudo" PC. The "real" PC determines the initial position in a 64KB buffer used to hold assembler output. If the amount of code generated runs off the end, the assembler fails with "produced too much code". The source code generator in SourceGen was outputting a "real" PC for the first address range and "psuedo" PCs for any address ranges that followed. This produced nice results for code with a single range, but caused problems for multi-range sources if the initial range was high in memory and a later range was lower in memory. While the assembler isn't actually generating more than 64KB of code, ACME's buffer management was detecting an overflow. Now, if a source file has multiple address ranges, we set the "real" PC to $0000 and use a "pseudo" PC for all ranges. Output for projects with a single address range is unmodified. 2020-05-14 23:37:33 +00:00			`* = $0000`
			`!pseudopc $1000 {`
Regression test rework, part 4 Split 2005x-branches-and-banks into two parts, one that stays within the 64K bounds of the 6502, one that puts code in a separate bank. 2020-06-07 00:30:50 +00:00			`!hex 18fbe2305c000044000102cf000044af000044ad0000a50030f562b2ffd0b082`
			`!hex a9ff1700170044cfc0ff44f005303c8239005c0020002c0020f41700f44400d0`
			`!hex 03dc0810ea201220201520200f202256341260`
Fix ACME code gen "overflow" ACME has a "real" PC and a "pseudo" PC. The "real" PC determines the initial position in a 64KB buffer used to hold assembler output. If the amount of code generated runs off the end, the assembler fails with "produced too much code". The source code generator in SourceGen was outputting a "real" PC for the first address range and "psuedo" PCs for any address ranges that followed. This produced nice results for code with a single range, but caused problems for multi-range sources if the initial range was high in memory and a later range was lower in memory. While the assembler isn't actually generating more than 64KB of code, ACME's buffer management was detecting an overflow. Now, if a source file has multiple address ranges, we set the "real" PC to $0000 and use a "pseudo" PC for all ranges. Output for projects with a single address range is unmodified. 2020-05-14 23:37:33 +00:00			`} ;!pseudopc`