Re: [cc65] Extended memory

Date view Thread view Subject view

From: Ullrich von Bassewitz (uz_at_musoftware.de)
Date: 2002-11-20 23:24:54


On Wed, Nov 20, 2002 at 09:51:25PM +0100, groepaz wrote:
> the action-replay/retro-replay ram maps in in the $8000-$a000 area,
> and you then can select multiple 8k banks in that range... i guess a
> possible support-routine for cc65 must be made sure to operate below
> $8000 only (simelar to the floating-point routines i made, since they
> use the basic rom)

Yes.

> btw is there a way to tell the linker that a certain module has such
> requirements, other than placing it (for example) first in link order?
> i thought some sort of section attribute or whatever to tell the
> linker to put modules "at beginning" or "at end" of a certain section
> could overcome this issue in a quite flexible way. (and it shouldnt be
> much of a problem to implement either.... even less if you consider
> the "at end" attribute to be rather useless and leave it out)

I've also thought of something like this, because this would be useful for
chaining IRQs on banked systems. On the C128 for example, the IRQ routine in
the ROM will bank in BASIC and KERNAL - and bank out part of the cc65 program.
If the cc65 program contains an IRQ or BRK handler, at least a small stub has
to go into non banked memory, otherwise the program will crash at this point,
because the vector points to code that is not available in this moment. BTW:
The Plus/4 routines posted by MagerValp do also have this problem.

However, I'm not sure how a good solution would look. Problem is, that "at the
beginning" is a soft requirement. If you have three big modules to place at
the beginning, the third one may already be in a range that is banked out.

> btw is there a reason for not having a toplevel makefile for easy
> doing the usual "make all install" thing? :) if the answer is the same
> as for the (formerly ;=P) missing file i/o, i can post what i hacked
> up for myself now :=)

I think, Keith has requested that years ago, together with a "bin" directory
where all the binaries should go. The reason why I didn't add something like
this is, that I don't like to clutter the main directory and I don't know a
good way to have all these things without doing that.

Regards


        Uz


-- 
Ullrich von Bassewitz                                  uz_at_musoftware.de
----------------------------------------------------------------------
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 : 2002-11-20 23:25:02 CET