malloc on tiny systems

DJ Delorie dj@redhat.com
Tue Dec 13 23:08:00 GMT 2005


The r8c chip has, at most, 1k of RAM.  mallocr.o uses 512 bytes for
its av_ table (16 bit pointers).  For a trivial program, the only
reason we include malloc is because __call_exitprocs() calls free().
We call the regular exit() because that's what main() is supposed to
do on "exit" although I admit that's meaningless in an embedded
system, unless you've hacked your runtime to report exit codes across
the serial link or are using a simulator that can report true exit
codes, such as for running the gcc testsuite.

Anyway... ideas for avoiding this memory usage?  There doesn't seem to
be a configure knob for reducing the size of that array.  We could
make free() a weak symbol, so that it doesn't cause a link of
mallocr() (although malloc() itself would, and you shouldn't be using
free() if you haven't malloc()'d anything).

Or should I just cal _exit() instead of exit() from crt0?  It's
nonstandard, but I can't think of a legitimate (other than my testing)
reason to call exitprocs, other than proving they work, but the
simulator has more memory than the chips and can accomodate those.



More information about the Newlib mailing list