Re: [cc65] linker cfg files

Date view Thread view Subject view

From: Greg King (gngking_at_erols.com)
Date: 2003-08-18 10:08:24


From: Ullrich von Bassewitz; on Date: Saturday, August 16, 2003, 05:10 AM
>
> While it's OK to have machine-specific stuff, and I've tried to make it
> possible to replace standard files from the cc65 library easily, there is
> one really, really big problem with it: More platform-specific stuff
> means that the sources become much harder to maintain.
> ...
> ...
> ..., and each platform-specific file increases the chance that there will
> be undetected bugs, and that one platform starts to lag behind others.

I really know how right you are about that. :-) But, the urge is difficult
to resist. ;-)

>
> > I think that it would be useful to many of the targets if you added
> > another address option:  %S, %E.  They could be used to change the
> > lower- and upper-bounds of the memory that a program normally would
> > use.
>
> I have to admit that I don't like that idea. It adds a special solution
> for a special problem.  ...
> ...
> Being able to calculate things within a linker-script would solve a lot
> of problems, including the one we have now: One could easily calculate
> the size of the RAM memory-area if the start-address is given,
> so there's no need for %E.

I was thinking of the programmer who might want to steal a region from the
high end of "normal" RAM.  He would need to move the stack out of his way.
(But, he wouldn't need to move the start of his program.)  Without %E, he
would need to write a special script; with %E, he would need only to add an
option to the command-line that builds the program.

I see %E as a natural compliment of %S.  (If a command-line can move the
bottom easily, then it should be able to move the top easily, too.)
I don't see it as a _special_ solution.

----------------------------------------------------------------------
To unsubscribe from the list send mail to majordomo_at_musoftware.de with
the string "unsubscribe cc65" in the body(!) of the mail.


Date view Thread view Subject view

This archive was generated by hypermail 2.1.3 : 2003-08-18 10:14:58 CEST