The -lc should be linking against uClibc, which is supposed to be
pretty small.
I did find that doing a strip bin/* cuts size in half. However, do I
have to have both liblua.a and liblualib.a in the embedded system?
Also, I want to follow the technical note talking about cutting down
the size of lua to remove the parser, since I plan on downloading
compiled code only.
Any thoughts?
Mike
Asko Kauppi wrote:
Hi, Mike.
I would check the '-lc' closer. Could that be putting 180kB of
static libs in your throut?
Otherwise, floating point libraries? (can you see within 'lua' the
component sizes?)
-ak
ps. my 'lua' (all in one, OS X) is 215kB, for comparison.
20.10.2004 kello 05:09, Mike Crowe kirjoitti:
Hi folks,
This is most definitely my problem, but I'm trying to embed Lua in a
custom soft-core called NIOS. I have it compiling fine (haven't
tested yet), but the size looks ridiculous. Here's what I'm currently
seeing (under cygwin):
MCrowe@MCrowe lua $ l lib
total 128
-rw-rw-rw- 1 MCrowe mkpasswd 130638 Oct 19 21:59 liblua.a
-rw-rw-rw- 1 MCrowe mkpasswd 92316 Oct 19 21:59 liblualib.a
MCrowe@MCrowe lua $ l bin
total 395
-rw-rw-rw- 1 MCrowe mkpasswd 403948 Oct 19 21:59 lua
MCrowe@MCrowe lua $
I'm sure it's a compile/linker issue, but it is not intuitively
obvious. Here's the flags:
CC = nios2-elf-gcc -c -O2 -fomit-frame-pointer -pedantic -Wall
-I(...)/include -D__linux__ -I./include -I. -I..
LDFLAGS = -Wl,-E -msys-crt0=(...)/crt0.o -r -d -L(...)/lib/ -lc
Does anybody see anything flagrant that I am missing?
TIA
Mike
--
In Him, Mike
<image.tiff>
<fish5.gif>
