public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: "Paul D. DeRocco" <pderocco@ix.netcom.com>
To: "eCos Discuss" <ecos-discuss@ecos.sourceware.org>
Subject: RE: [ECOS] Run Time Loader (without RedBoot)
Date: Thu, 16 Jun 2005 17:04:00 -0000	[thread overview]
Message-ID: <NEBBKHCFDGIGIJEHDJFCKEALPFAA.pderocco@ix.netcom.com> (raw)
In-Reply-To: <BAY107-F2651060C434CC0D566006693F50@phx.gbl>

> From: Guilly A
>
> Actually, the Bios part will always be running, and the
> application will be
> running on top of that.
> I can manage to have the bios copying the Application from the
> Flash to the
> RAM, at a fixed and previously known RAM address. But this limit my
> architecture to be splitted forever with a bios RAM zone and an
> application
> RAM zone, that can not have theire size/location changed in the future.
> This is what I want to avoid, as the bios tends to get bigger and bigger,
> and overlap the application zone wich seems to be oversized (for now) for
> the application.
> But my question was, more precisely, does a kind of run time loader exist
> under eCos, or does eCos provides facilities to handle
> position-independent
> code? It becomes clearer that it does not. I have to think about another
> solution.

Some work has been done on this, but not finished. There's some stuff in
services/loader, but it's incomplete. eCos really wasn't designed with this
capability in mind. It has no run-time symbol table for resolving references
in the loaded app, so one would have to implement that or rig up a sofware
interrupt interface and thunk functions in the application. Also, one would
have to figure out how to get GDB to adapt to the actual load location, if
you wanted to debug your application.

--

Ciao,               Paul D. DeRocco
Paul                mailto:pderocco@ix.netcom.com


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

  reply	other threads:[~2005-06-16 17:04 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <OFD68AF025.77B22242-ON07257022.0056EB49-07257022.00571ACF@hypercom.com>
2005-06-16 16:07 ` Guilly A
2005-06-16 17:04   ` Paul D. DeRocco [this message]
2005-06-16 14:12 Guilly A

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=NEBBKHCFDGIGIJEHDJFCKEALPFAA.pderocco@ix.netcom.com \
    --to=pderocco@ix.netcom.com \
    --cc=ecos-discuss@ecos.sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).