1
0
mirror of https://github.com/fadden/6502bench.git synced 2024-11-18 15:06:07 +00:00
6502bench/SourceGen/SGTestData/Expected/20042-address-changes_cc65.S
Andy McFadden 99cd0d3ac1 Improve handling of C64 PRG header
C64 PRG files are pretty common.  Their salient feature is that they
start with a 16-bit value that is used as the load address.  The
value is commonly generated by the assembler itself, rather than
explicitly added to the source file.

Not all assemblers know what a PRG file is, and some of them handle
it in ways that are difficult to guarantee in SourceGen.  ACME adds
the 16-bit header when the output file name ends in ".prg", cc65
uses a modified config file, 64tass uses a different command-line
option, and Merlin 32 has no idea what they are.

This change adds PRG file detection and handling to the 64tass code
generator.  Doing so required making a few changes to the gen/asm
interfaces, because we now need to have the generator pass additional
flags to the assembler, and sometimes we need code generation to
start somewhere other than offset zero.  Overall the changes were
pretty minor.

The 20042-address-changes test needed a 6502-only variant.  A new test
(20040-address-changes) has been added and given a PRG header.  As
part of this change the 65816 variant was changed to use addresses
in bank 2, which uncovered a code generation bug that this change
also fixes.

The 64tass --long-address flag doesn't appear to be necessary for
files <= 65536 bytes long, so we no longer emit it for those.

(issue #90)
2020-10-17 16:45:13 -07:00

125 lines
2.8 KiB
ArmAsm

.setcpu "65816"
; .segment "SEG000"
.org $021000
.a8
.i8
clc
xce
sep #$ff
jsr L21100 & $ffff
jsr L21107 & $ffff
jmp L22000 & $ffff
; .segment "SEG001"
.org $021100
L21100: bit L21100 & $ffff
L21103: lda #$11
ldx #$11
L21107: ldy #$11
per L21103
bra L21103
; .segment "SEG002"
.org $021100
@L21100_0: bit @L21100_0 & $ffff
lda #$22
@L21105: ldx #$22
ldy #$22
per @L21105
jmp @L21105 & $ffff
; .segment "SEG003"
.org $021100
@L21100_1: bit @L21100_1 & $ffff
lda #$33
ldx #$33
@L21107_0: ldy #$33
per @L21107_0
bra @L21107_0
; .segment "SEG004"
.org $022000
L22000: bit L22000 & $ffff
beq $022018
bra @L22020
; .segment "SEG005"
.org $022020
@L22020: bit @L22020 & $ffff
beq $022029
brl @L22080
@offend: nop
; .segment "SEG006"
.org $022080
@L22080: bit @L22080 & $ffff
lda @offend & $ffff
jsr @offend & $ffff
lda $2029
jsr $2029
lda @L22080 & $ffff -1
jsr @L22080 & $ffff -1
lda @L22080 & $ffff
jsr @L22080 & $ffff
lda $00
beq @L22100
.byte $ad
; .segment "SEG007"
.org $022100
@L22100: nop
nop
jmp @L23000 & $ffff
; .segment "SEG008"
.org $022800
.byte $00
.byte $28
.res 14,$00
; .segment "SEG009"
.org $022820
.res 18,$00
; .segment "SEG010"
.org $023000
@L23000: bit @L23000 & $ffff
lda #$44
ldx #$44
ldy #$44
brl @fwd
@ulabel: .byte $00
.byte $01
; .segment "SEG011"
.org $023100
.byte $02
@fwd: bit @fwd & $ffff
lda @ulabel & $ffff
lda @ulabel & $ffff +1
lda $300e
lda $300f
lda @fwd & $ffff -1
beq @L23182
.byte $ea
.byte $ea
; .segment "SEG012"
.org $023180
.byte $00
.byte $01
@L23182: bit @L23182 & $ffff
lda @label1 & $ffff
lda @label1 & $ffff +1
lda @label1 & $ffff +112
bra @L23200
@label1: .byte $ea
.byte $ea
; .segment "SEG013"
.org $023200
@L23200: bit @L23200 & $ffff
.byte $00
.byte $01