public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Emmanuel Viollet <Emmanuel.Viollet@webdyn.com>
To: ecos-discuss@ecos.sourceware.org
Subject: Re: [ECOS] Memory footprint
Date: Thu, 11 May 2006 07:12:00 -0000	[thread overview]
Message-ID: <4462E3A3.7040309@webdyn.com> (raw)
In-Reply-To: <20060510141728.GE11815@lunn.ch>

Andrew Lunn a écrit :
>> $ arm-elf-size.exe a.out
>>    text    data     bss     dec     hex filename
>>   41920    1512    8028   51460    c904 a.out
>>
>> I suppose that this means the binary will be 51460Kb in size?
>>     
>                                                
> No. These are in units of bytes, not kilo bits. 51460Kb is about
> 6MBytes which makes no sense.
>   
True. In fact, 51460Kb, is closer to 50Mb... ;)
I mistyped and added a "K". My mistake!! :)
> The binary will be 41920 + 1512 bytes. You also need 8028bytes of
> statically allocated RAM. The size of the heap is not show here.
>   
OK. Thanks.
>> I am using a Phlips 2106 processor with 128Kb EEPROM and 64Kb RAM.
>> Do you think I can fit in LwIP + PPP + Zlib in this?
>>     
> zlib will be a problem. In its default configuration it will allocate
> 64Kbytes from the heap..... You can make is use less memory, but it
> will then no longer decompress data compressed with the default zlib
> configuration. So i don't recommend zlib. lwip + PPP does seems
> reasonable with 128Kb + 64Kb.
>   
I only need to compress data for gzip using zlib. I don't need to 
uncompress files coming from some other place. Do you think zlib could 
work with only 32Kb? Do you know of any other gzip compatible libraries?
>> The linker is giving me errors :
>> $ arm-elf-gcc -I../../ecos_install/include hello.c 
>> -L../../ecos_install/lib -Ttarget.ld -nostdlib
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x2624c de a.out de la section .text n'est pas dans la r?gion rom
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x2624c de a.out de la section .fini n'est pas dans la r?gion rom
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x2aff1 de a.out de la section .rodata n'est pas dans la r?gion
>>  rom
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x2aff4 de a.out de la section .rodata1 n'est pas dans la r?gion rom
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x2aff4 de a.out de la section .fixup n'est pas dans la r?gion rom
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x2aff4 de a.out de la section .gcc_except_table n'est pas dans la 
>> r?gion rom
>> /usr/lib/gcc-lib/arm-elf/3.4.0/../../../../arm-elf/bin/ld: l'adresse 
>> 0x4001ca20 de a.out de la section .bss n'est pas dans la r?gion ram
>>
>> I'm sorry, but the error messages are in french.
>> >From what I gather, the code is too big for RAM and ROM?
>>     
>
> This should fit, so it suggests a problem with your linker script.
> Is it trying to put everything in RAM?
>
>   
The program I was trying to compile in the second part has nothing to do 
with the numbers I gave in the first part of this email.
This program contains lwIP + PPP + zlib + debug information + lots of 
other things.
I just wanted to check if the error messages I was seeing were due to 
code too large.

-- 
Emmanuel Viollet
Software engineer
Webdyn
e-mail : Emmanuel.Viollet@webdyn.com
Tel    : +33 (0)1 39 04 29 55


-- 
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:[~2006-05-11  7:12 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-10  9:09 Emmanuel Viollet
2006-05-10  9:12 ` Andrew Lunn
2006-05-10 12:55   ` Emmanuel Viollet
2006-05-10 13:15     ` [ECOS] Choice of Web Servers Laurie Gellatly
2006-05-10 14:17     ` [ECOS] Memory footprint Andrew Lunn
2006-05-11  7:12       ` Emmanuel Viollet [this message]
2006-05-11 16:24         ` Andrew Lunn
2006-05-10 14:53     ` [ECOS] " Grant Edwards
2006-05-10 15:19       ` Andrew Lunn
2006-05-10 15:24         ` Gary Thomas
2006-05-10 16:56         ` Grant Edwards
2006-05-10 16:55       ` Grant Edwards
  -- strict thread matches above, loose matches on Subject: below --
2001-07-23 23:10 [ECOS] Memory Footprint Reto.Bucher@elektrobit.ch
2001-07-23 22:54 Reto.Bucher@elektrobit.ch
2001-07-26  0:12 ` Jonathan Larmour

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=4462E3A3.7040309@webdyn.com \
    --to=emmanuel.viollet@webdyn.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).