6502bench/SourceGen/SGTestData/Expected/20062-target-adjustment_cc65.S

;6502bench SourceGen v1.7.3-dev2
         .setcpu "65816"
;         .segment "SEG000"
         .org    $1000
         .a8
         .i8
         nop
L1001:   bit     L1001
caddr:   pea     caddr-1
         per     caddr-1
         lda     L1001+2
         lda     caddr
         lda     caddr+1
         lda     caddr+2
         rts
Refactor 2006x-target-adjustment Split into 6502/65816 portions. The 6502 version is the original with a few in-place substitutions (e.g. JMP for BRL). The 65816 version is only needed to exercise special handling of PEA/PER. 2020-10-19 22:46:05 +00:00			`;6502bench SourceGen v1.7.3-dev2`
Initial file commit 2018-09-28 17:05:11 +00:00			`.setcpu "65816"`
Attempt to generate segment names for cc65 This worked, sort of. The problem is that SourceGen will revert to hex output in certain situations, such as a broken symbolic reference. There happens to be one in the ZIPPY example, and it's on a relative branch. The goal with the segment stuff is to allow cc65 to treat the source as relocatable code. In that context, a relative branch to an absolute address doesn't make any sense, so the assembler reports a range error. We don't currently have a mechanism that guarantees no references are broken (and no affordance for finding them), so we can't make this mode the default yet. Instead, we continue to use the generic config, but generate the correct set of lines as comments. (issue #39) 2018-11-18 22:36:03 +00:00			`; .segment "SEG000"`
Initial file commit 2018-09-28 17:05:11 +00:00			`.org $1000`
			`.a8`
			`.i8`
Refactor 2006x-target-adjustment Split into 6502/65816 portions. The 6502 version is the original with a few in-place substitutions (e.g. JMP for BRL). The 65816 version is only needed to exercise special handling of PEA/PER. 2020-10-19 22:46:05 +00:00			`nop`
			`L1001: bit L1001`
			`caddr: pea caddr-1`
			`per caddr-1`
			`lda L1001+2`
			`lda caddr`
			`lda caddr+1`
			`lda caddr+2`
Initial file commit 2018-09-28 17:05:11 +00:00			`rts`