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

        .cpu    "6502i"
        .enc    "sg_ascii"
        .cdef   $20,$7e,$20
*       =       $1000
        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
Rename test 10042 The 10042-data-recognition test has no 65816-specific content, so it should be named 10040-data-recognition. Also, remove header comment from 20102-label-dp. 2020-10-18 09:16:50 -07:00			`.cpu "6502i"`
Operand for ".enc" should be in double quotes The 64tass assembler was generating a warning. 2020-07-02 08:14:42 -07:00			`.enc "sg_ascii"`
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			`.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`
			`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`