From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10648 invoked by alias); 16 Jun 2005 17:04:33 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 10618 invoked by uid 22791); 16 Jun 2005 17:04:24 -0000 Received: from smtpauth06.mail.atl.earthlink.net (HELO smtpauth06.mail.atl.earthlink.net) (209.86.89.66) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 16 Jun 2005 17:04:24 +0000 Received: from [70.33.96.36] (helo=PAULD) by smtpauth06.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1Dixmw-0005di-24 for ecos-discuss@ecos.sourceware.org; Thu, 16 Jun 2005 13:04:22 -0400 From: "Paul D. DeRocco" To: "eCos Discuss" Date: Thu, 16 Jun 2005 17:04:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit In-Reply-To: X-ELNK-Trace: bd7d5d4e6f8f652c74cfc7ce3b1ad11381c87f5e5196068822e26902d208210a45ea51c4ab8c4c06350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Subject: RE: [ECOS] Run Time Loader (without RedBoot) X-SW-Source: 2005-06/txt/msg00124.txt.bz2 > 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