private reply: Re[2]: [cc65] hmm.. linker and alignment?

From: Mats Andrén <>
Date: 2004-12-21 20:44:55
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.. ;)


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 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