Open dominicbeesley opened 4 years ago
Hmm, tricky. I've confirmed that your resulting mos120.s
does compile to the expected binary, but ultimately that file is supposed to be the output of this repository, not the input.
Ideally I think the solution would be for someone (yourself?) to work your patches into the individual files that make up the input
and src
directories, so that running my compile.sh
script eventually produces the same output as your patched mos120.s
. Perhaps also JGH would consider then putting those online on his archive.
oh, hang on. It looks like at some point I started treating mos120.s
as the "definitive" source, since there are changes made there to make compilation (and modification) easier that aren't in the original source files. This makes it even trickier :(
Yes, I couldn't work out what / where to change. So I sent the patch!
It's not a big deal but some of the (micronet?) labels and comments in the sound section had me going round in circles!
I've created a branch that has your patch applied - https://github.com/raybellis/mos120/tree/beesley
Daniel Jameson suggested that you mention your changes on the original thread on Stardot.
Sorry Ray i just spotted this. I'll party sonething up tonight or tomorrow. Is there any reason to keep it on a branch?
On Tue, 1 Sep 2020, 22:37 Ray Bellis, notifications@github.com wrote:
I've created a branch that has your patch applied - https://github.com/raybellis/mos120/tree/beesley
Daniel Jameson suggested that you mention your changes on the original thread on Stardot.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/raybellis/mos120/issues/1#issuecomment-685147371, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACDUWGUIWNA2YBX3FFS2PPLSDVSP7ANCNFSM4QQLXFLQ .
I'd quite like someone else more familiar with the code than I am to review your changes before merging them into the main branch since they'll cause a significant divergence from the original assembly files. They'll need to ignore whitespace changes, though...
Fair enough. I'll double check but I'm pretty sure it compiles to a byte exact copy.
On Sun, 6 Sep 2020, 19:40 Ray Bellis, notifications@github.com wrote:
I'd quite like someone else more familiar with the code than I am to review your changes before merging them into the main branch since they'll cause a significant divergence from the original assembly files. They'll need to ignore whitespace changes, though...
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/raybellis/mos120/issues/1#issuecomment-687866155, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACDUWGQV6FYYEDT6PZHL323SEPJR5ANCNFSM4QQLXFLQ .
oh, it does - I checked that myself. It was more the semantics of the sound variables, and having someone else pipe up and say "how did we never spot that" :)
Hi Ray,
I've got a patch to the combined listing - I'm not sure of the best way to get this back into the source-sources as it were. Mainly some fixes to the confusing labels used in the micronet sources in the area of SOUND/ENVELOPE processing which I've been tinkering with lately.
Thanks for doing this - it has been very useful!
patch-20200831.zip