6502bench/SourceGen/SGTestData/Expected/2011-hinting_64tass.S

        .cpu    "6502"
        .enc    sg_ascii
        .cdef   $20,$7e,$20
*       =       $1000
        .byte   $03
        .byte   $02

L1002   bit     L1002
        .byte   $2c
        lda     #$11
        nop
        .byte   $2c
L100A   ldx     #$ff
        nop
        jsr     L100A
        nop
        .byte   $2c
L1012   ldx     #$ff
        nop
        jsr     L1012
        jsr     $2456
L101B   .dword  $22a211a9
        jsr     L101B
        jsr     L1028
        jsr     $2456
L1028   .dword  $44a233a9
        jsr     L1037
        jsr     L103A
        nop
        lda     $2456
        rts

L1037   jsr     $2456
L103A   lda     #$55
        ldx     #$66
        rts
Progress toward 64tass support Most tests pass, but 2007-labels-and-symbols fails because the expressions recognized by 64tass don't match up with either of the other assemblers. This is currently using a workaround for the local label syntax. 64tass uses '_' as the prefix, which is unfortunate since SourceGen explicitly allowed underscores in labels. (So does 64tass for that matter, but it treats labels specially when the '_' comes first.) We will need to rename any non-local user labels that start with '_'. (issue #16) 2018-10-23 23:06:29 +00:00			`.cpu "6502"`
Change the way ASCII is handled for 64tass The documentation for 64tass says you're required to pass "--ascii" when the source file is ASCII (as opposed to PETSCII). We were ignoring this, but it turns out that everything works a bit better if we don't. So we now pass "--ascii" on the command line, and add a two-line character encoding definition to every file that is generated with ASCII as the default encoding. The sg_petscii and sg_screen encodings go away, as PETSCII is now the default, and we can use the built-in "screen" encoding. 2019-08-20 18:21:30 +00:00			`.enc sg_ascii`
			`.cdef $20,$7e,$20`
Progress toward 64tass support Most tests pass, but 2007-labels-and-symbols fails because the expressions recognized by 64tass don't match up with either of the other assemblers. This is currently using a workaround for the local label syntax. 64tass uses '_' as the prefix, which is unfortunate since SourceGen explicitly allowed underscores in labels. (So does 64tass for that matter, but it treats labels specially when the '_' comes first.) We will need to rename any non-local user labels that start with '_'. (issue #16) 2018-10-23 23:06:29 +00:00			`* = $1000`
			`.byte $03`
			`.byte $02`

			`L1002 bit L1002`
			`.byte $2c`
			`lda #$11`
			`nop`
			`.byte $2c`
			`L100A ldx #$ff`
			`nop`
			`jsr L100A`
			`nop`
			`.byte $2c`
			`L1012 ldx #$ff`
			`nop`
			`jsr L1012`
			`jsr $2456`
			`L101B .dword $22a211a9`
			`jsr L101B`
			`jsr L1028`
			`jsr $2456`
			`L1028 .dword $44a233a9`
			`jsr L1037`
			`jsr L103A`
			`nop`
			`lda $2456`
			`rts`

			`L1037 jsr $2456`
			`L103A lda #$55`
			`ldx #$66`
			`rts`