64tass Activity
An assembler for the legendary 6502 processor and it's derivatives
Brought to you by:
soci
Activity for 64tass
-
mrehkopf posted a comment on ticket #80
Hi! Indeed I can acknowledge that it does work as intended. Must have been masked by another issue with my code that I resolved without noticing after planning to open the ticket. Sorry for the noise, I could have avoided that by double-checking :(
-
Soci/Singular posted a comment on ticket #78
That's because $5FFE is just a number (actually bit string) and not a real address. Adding an integer to it results in an integer. When mapping a loaded file I recommend this instead of adding offsets: ; The memory position where the file is loaded. .virtual $5FFE >5ffe MAPFILE .word ? >6000 UNIT_TYPE .fill 64 ;Unit type 0=none (64 bytes) >6040 UNIT_LOC_X .fill 64 ;Unit X location (64 bytes) >6080 UNIT_LOC_Y .fill 64 ;Unit X location (64 bytes) >60c0 UNIT_A .fill 64 >6100 UNIT_B .fill 64 >6140 UNIT_C...
-
cmp #"m" and cmp #"M" wrong
-
The -a option sets up PETSCII translation and Acme in the example looks like ASCII. If the source uses 8-bit characters and should be kept as-is then don't use that option. Otherwise (e.g. it's utf-8) use -a and set up an identity encoding in the ASCII range like this: .enc "ascii" .cdef " ~", 32
-
65816 MVN/MVP parameter order swapped
-
Hello! Looks correct to me: ; 64tass Turbo Assembler Macro V1.60.3243 listing file ; 64tass -x -L - a.asm ; Sun Apr 5 14:56:24 2026 ;Offset ;Hex ;Monitor ;Source ;****** Processing input file: a.asm .0000 54 c0 7e mvn #$7e,#$c0 MVN #$7E, #$C0 ;****** End of listing I have V2.15 ca65 around and there it's reverse but I think they've fixed that back in 2018.
-
65816 MVN/MVP parameter order swapped
-
Steve West created ticket #30
Allow long-branch option in source code (.option)
-
Move word PSH to PHW
-
Adiee5 created ticket #29
o65 output type
-
Also with symbols
-
Immediate operand for bit instructions
-
Keep as is
-
Add --output-record-size for hex output formats
-
Jeff Brown posted a comment on ticket #79
Might be me. I was using the -a convert to petscii without that it compiles file but screws up all of my text.
-
cmp #"m" and cmp #"M" wrong
-
Mention local label use with macros
-
Jarkko Lehti created ticket #28
feature request: Big endian datatype
-
Wrong order
-
Daniel Tremblay created ticket #78
Compiled listing switches to decimal unexpectedly
-
Large ROM file for PGZ format
-
Correct anon
-
Optimize
-
Disable sync
-
Simplify
-
Simplify
-
Optimize
-
Optimize
-
Hello Fungus! Thanks for reminding! I've improved that part of the documentation a bit now: https://tass64.sourceforge.net/#repetitions
-
More changes
-
Improve documentation
-
Improve documentation
-
Improve documentation
-
Improve .rept/.brept documentation
-
Fungus posted a comment on ticket #27
Hello Soci! OK that's nice, I will use that instead, thank you. I think some more/better examples in the manual would really help, I have no idea how to use a lot of them. Probably because I don't know C/C++ very well and it's assumed knowledge ;) Cheers.
-
Hello Fungus! That's one of the common mistakes one can make when using this style of loop. First I thought that an error in the condition expression doesn't terminate the loop (it does), but it's a hard to spot typo and it's syntactically correct otherwise (the name is defined elsewhere). The 3 expressions are not restricted for certain variables or fixed syntax but are free form, so anything goes. Makes this style of loop powerful but also dangerous. Doing a loop finiteness check isn't feasible....
-
Syntax errors create hang
-
Typo, it's not B but D for 45gs02
-
Line number column is empty in -L output with --line-numbers
-
Surprising direct page address overflow warning
-
This was in the release now.
-
Bug in Win32 file name handling
-
Finally this is released now. Thanks again!
-
conflicting types for 'memalign'
-
Should be not a problem now, has a different name in the new release.
-
Ability to force SREC style with --s-record ouput option
-
This should be available in the release now, hope adding -X gives you the desired output now without any workarounds in the source.
-
64tass 1.60.3243
-
64tass released /binaries/64tass-1.60.3243.zip
-
-
1.60.3243
-
This one as well
-
Missing
-
Simplify
-
Rename
-
Rename
-
Missing case check
-
Missing...
-
Rename
-
Rename
-
Just in case
-
Wrong order...
-
Just in case
-
Improve manual
-
Optimize
-
Typo
-
Simplify
-
Rename
-
Add --wdc-bin format
-
Check these as well
-
Wrong warning
-
Hello! Sorry, I can't restore multiline expressions the same way as they were as it'd be still broken.
-
Cleanup
-
karmic posted a comment on ticket #76
Never mind this ticket, I see it is a duplicate of #60. Feel free to close.
-
Multiline list literals no longer work
-
Careful...
-
Just in case
-
Simplify
-
Simplify
-
Simplify
-
Typo
-
Add Cody binary output
-
Better like this
-
Ability to force SREC style with --s-record ouput option
-
Hello Andrew! From r3213 the -X (or --long--address) command line option can be used to avoid S19. That's what requests 16 MiB instead of 64 KiB for other output formats so it's sort of consistent. For older versions a possible workaround is to put at least one byte to an unused address somewhere above the first 64 KiB. The format is sparse so that only adds around 15 characters to the file.
-
Use -X to avoid S19
-
Andrew Davidson created ticket #26
Ability to force SREC style with --s-record ouput option
-
Ctags labels
-
No such exception
-
Not these
-
A bit more conservative
-
Improve documentation
-
Not all that useful without location
-
Unquoted strings note
-
Missed
-
Cleanup
-
Forgot to remove, not relevant in the last decade
-
Typo
-
Add label
-
Simplify
1 >
