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

        .cpu    "65816"
*       =       $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 23:06:29 +00:00			`.cpu "65816"`
			`* = $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`