Hi,

Just reading through the posts. Was a solution to this problem ever
determined?

Thanks,

Matt



--- In gnu-m68hc11@yahoogroups.com, "Jefferson Smith" <imajeffs@...>
wrote:
>
> The only way so far is explicitly in the linker script.
>
> This is the moved link to the scripts that are supposed to automate
> the allocation.
> http://jtvolpe.home.comcast.net/
>
> --- In gnu-m68hc11@yahoogroups.com, Jeremy Wade <wadejer@m...>
wrote:
> > I've been a long time lurker on this list, and after a lot of
> searching, I
> > haven't figured out how to do the following:
> >
> > I'm using an HCS-12 board with 256k of flash located in the page
> window at
> > 0x8000-0xbfff. I don't mind the extra overhead of using
> -mlong-calls and
> > using libraries that have been recompiled that way. I'm using
settings
> > derived from the IPac HCS-12 board found in GEL 1.6. I would like
> to work
> > out a configuration in which the many .c files can be listed in a
> makefile
> > and the resulting .o's will have their .text sections linked into
> multiple
> > banked output regions defined in my memory.x file. What I _don't_
> want to
> > do is have to explicitly specify the object files' .text sections
by
> name
> > for each output bank region. That is, I want the many object
files to
> > fill the banks like buckets of memory, rolling over to the next
bank in
> > the list (at an object file boundary) when it is determined that
the
> > current bank doesn't have enough room to hold the next object
file.
> >
> > If the only way to use banking is to explicitly control which
objects go
> > in which banks, then I would have to look at writing a helper
script
> that
> > parses the objdump output for each object file and generates a
memory.x
> > file on the fly that spreads the objects out into the available
banks
> > based on their sizes. Ideas?
> >
> > thanks!
> > Jeremy Wade
> >
> >
> >
> > Design Engineer, Mosaic Industries (510) 790-8222
> > Newark, California
>