From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8913 invoked by alias); 8 Jun 2004 21:37:17 -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 8899 invoked from network); 8 Jun 2004 21:37:16 -0000 Received: from unknown (HELO hermes.chez-thomas.org) (63.225.98.241) by sourceware.org with SMTP; 8 Jun 2004 21:37:16 -0000 Received: by hermes.chez-thomas.org (Postfix, from userid 2000) id 93D0310000E; Tue, 8 Jun 2004 15:37:15 -0600 (MDT) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by hermes.chez-thomas.org (Postfix) with ESMTP id A0138100004; Tue, 8 Jun 2004 15:37:14 -0600 (MDT) From: Gary Thomas To: Eric Castle Cc: Andrew Lunn , Bob Koninckx , Ecos-Discuss In-Reply-To: References: Content-Type: text/plain Organization: MLB Associates Message-Id: <1086730634.3643.1710.camel@hermes> Mime-Version: 1.0 Date: Tue, 08 Jun 2004 21:37:00 -0000 Content-Transfer-Encoding: 7bit X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on hermes.chez-thomas.org Subject: RE: [ECOS] Default CME555 too big X-SW-Source: 2004-06/txt/msg00082.txt.bz2 On Tue, 2004-06-08 at 15:19, Eric Castle wrote: > RE: Too big > Interesting. I ran powerpc-eabi-size on my hello.elf program that was about > 1 MB, and it printed out the following: > > % powerpc-eabi-size hello > text data bss dec hex filename > 52040 0 16420 68460 10b6c hello > > Which does seem to indicate a much smaller executable. I compiled eCos > without the "-g" flag, and a huge portion of that 1 MB went away. So I > guess I shouldn't be having trouble fiting stuff into external RAM. > This is probably the most common error that folks seem to make. The executable file (ELF format) is full of debug and other structural information. The actual code+data which needs to be loaded in your target hardware will be very much smaller, especially if you compile with -g (the eCos default) > RE: gdb > Ack, sorry, yes, I run the load command as well: > > (gdb) set remotebaud 38400 > (gdb) target remote /dev/ttyS0 > Remote debugging using /dev/ttyS0 > 0x0000bbe0 in ?? () > (gdb) load > Loading section .text, size 0xa29c lma 0x406000 > Loading section .rodata, size 0x1568 lma 0x4102a0 > Loading section .data, size 0x990 lma 0x411808 > Start address 0x406000, load size 49556 > Transfer rate: 30496 bits/sec, 505 bytes/write. > (gdb) where > #0 0x0000bbe0 in ?? () > (gdb) jump _start > Continuing at 0x406018. > Interrupted while waiting for the program. > Give up (and stop debugging it)? (y or n) y > (gdb) where > No stack. > > > I tried both "jump " and "continue", but I > never get any output after that point (asides from the one random time it > stopped at a breakpoint). > > Any thoughts? "continue" should work - you should not need to "jump" to a special location. Try single stepping and/or setting intermediate breakpoints to see how far along your code is getting. -- Gary Thomas MLB Associates -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss