Ah! Good to hear that it was not me that was doing something wrong for once. :) I'll be away over the christmas too, so no hurry with the linker fix for my sake. Thanks a lot for a truly great suite of programs. It's like a christmas gift for me, every day.. ;) /Mats Tuesday, December 21, 2004, 5:41:03 PM, you wrote: > Hi! > On Tue, Dec 21, 2004 at 04:06:07AM +0100, Mats Andrén wrote: >> I want to compile a program which consists of a number of segments who >> has the load attribute (in the cfg-file) set to a certain MEMORY area >> and their run attribute set to another MEMORY area. Each segment has >> it's align attribute set to $100 as the code within the segments need >> to use the ".align" directive. Now when I access the __NAME_LOAD__ >> symbol for these segments from my init code that is supposed to move >> the code to it's run-area, I find that this symbol is aligned to $100. >> I only want the __NAME_RUN__ symbol to be aligned to $100 as I do not >> want to be forced to specify the fill attribute for the load MEMORY >> area (as this memory are cover the whole free low memory in the c64 >> between 0800 to d000) to make sure that it is really OK to . > This is a problem of the linker. When writing the code, I didn't realize that > alignment will usually only be necessary for the RUN address. So currently the > linker will align both addresses. > Unfortunately, I will leave tomorrow morning and be back some days after > christmas, so I won't be able to change the behaviour, or add new > align_run/align_load attributes until then. I will post to the list as soon as > a fix is available. Thanks for the feedback! > I will have mail access over christmas, but not as regularily as usual, so I > wish anyone on the list a merry christmas! I hope that your retro computing > wishes become true on christmas:-) > Regards > Uz ---------------------------------------------------------------------- To unsubscribe from the list send mail to majordomo@musoftware.de with the string "unsubscribe cc65" in the body(!) of the mail.Received on Tue Dec 21 21:21:03 2004
This archive was generated by hypermail 2.1.8 : 2004-12-21 21:21:13 CET