6502bench/SourceGen/SGTestData/Expected/1004-data-recognition_64tass.S

        .cpu    "65816"
        .enc    sg_ascii
        .cdef   $20,$7e,$20
*       =       $1000
        .as
        .xs
        lda     L10AC
        ora     L10BC
        rts

        .byte   $33
        .byte   $33
        .byte   $33
        .byte   $80
        .text   "4444"
        .byte   $80
        .text   "55555"
        .byte   $80
        .text   "MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM"
        .byte   $80
        .fill   63,$4c
        .byte   $81
        .byte   $00
        .byte   $00
        .byte   $00
        .byte   $81
        .byte   $00
        .byte   $00
        .byte   $00
        .byte   $00
        .byte   $81
        .fill   5,$00
        .byte   $81
        .fill   8,$00
L10AC   .fill   8,$00
        .fill   8,$82
L10BC   .fill   8,$82
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 16:06:29 -07:00			`.cpu "65816"`
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 11:21:30 -07: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 16:06:29 -07:00			`* = $1000`
			`.as`
			`.xs`
			`lda L10AC`
			`ora L10BC`
			`rts`

			`.byte $33`
			`.byte $33`
			`.byte $33`
			`.byte $80`
			`.text "4444"`
			`.byte $80`
			`.text "55555"`
			`.byte $80`
			`.text "MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM"`
			`.byte $80`
			`.fill 63,$4c`
			`.byte $81`
			`.byte $00`
			`.byte $00`
			`.byte $00`
			`.byte $81`
			`.byte $00`
			`.byte $00`
			`.byte $00`
			`.byte $00`
			`.byte $81`
			`.fill 5,$00`
			`.byte $81`
			`.fill 8,$00`
			`L10AC .fill 8,$00`
			`.fill 8,$82`
			`L10BC .fill 8,$82`