Nagaraja,
Hi Jorge,
Thank you very much for your reply. Actually I thought of upgrading my gtk from 1.2.7 -to 1.2.10 that is why i took some time get back to you. Now i am using glib-1.2.10 and gtk-1.2.10. even now I am getting the same sime i.e 2+mb before strip and 1+mb aafter strip.
and here is the result of ldd dillo: libjpeg.so.62 => /opt/toolchain/arm-linux/lib/libjpeg.so.62 (0x40020000) libpng.so.2 => /opt/toolchain/arm-linux/lib/libpng.so.2 (0x40047000) libpthread.so.0 => /lib/libpthread.so.0 (0x40069000) libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x40086000) libdl.so.2 => /lib/libdl.so.2 (0x400c7000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x400d2000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x400e6000) libm.so.6 => /lib/libm.so.6 (0x40198000) libc.so.6 => /lib/libc.so.6 (0x401c6000) libz.so.1 => /usr/lib/libz.so.1 (0x402de000) libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x402f6000) libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x40301000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
so no where I can find gtk-1.2.so.0 and other libraries.
That's a very interesting point. In my machine, I get: libpthread.so.0 => /lib/libpthread.so.0 (0x4001d000) libpng.so.3 => /usr/lib/libpng.so.3 (0x40070000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4009a000) libz.so.1 => /usr/lib/libz.so.1 (0x400b7000) libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x400c4000) libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x401e2000) libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x40213000) libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x40217000) libdl.so.2 => /lib/libdl.so.2 (0x40238000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4023b000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40249000) libm.so.6 => /lib/libm.so.6 (0x40310000) libc.so.6 => /lib/libc.so.6 (0x40333000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) gtk is in there! Make sure there's a libgtk-1.2.so.0, or similar, in your system (not just the static ".a").
I am using armnative compiler which I built with binutils-2.13.2.1 ,gcc-2.95.3 with idsn patch and glibc-2.2.2 on our custom made board(strongarm-sa1110),and is working fine.
OK.
I am using 32-bit machine here is the output of file: dillo: ELF 32-bit LSB executable, Advanced RISC Machines ARM, version 1, dynamically linked (uses shared libs), stripped
Could you please mail me what is going wrong,is there any way by which I can force dillo to compile every thing dynamically.
Make sure there's the .so, and Try again. If it fails, try renaming the .a and see what the compiler (or linker) says. Continue from there. Ah!, and please write back to the mailing list. There're plenty of people with assorted knowledge there. Last hint: gtk should be shown from `ldconfig -p`. Cheers Jorge.-
Jorge Arellano Cid wrote:
Nagaraja wrote:
Hi All,
Hi.
I got dillo compiled on arm with natively build toolchain, when I check the size of dillo it is 1.2mb.
my configure option is:
./configure --with-gtk-prefix=/etc/gtk --x-includes=/usr/X11R6/include --x-libraries=/opt/toolchain/arm-linux/lib/X11 --with-jpeg-lib=/opt/toolchain/arm-linux/lib
when I do file dillo ....... I am getting. dillo: ELF 32-bit LSB executable, Advanced RISC Machines ARM, version 1, dynamically linked (uses shared libs), stripped
nothing seems satically linked.
:(
Well, please assert not a single library was linked in statically. Maybe `strings dillo` or better `nm dillo` could help.
(IO/libDio.a is OK to be included statically! ;)
could any one please tell me what could be the cause.....
A long time ago I was getting huge binaries for dillo with lcc, I don't know which compiler you're using, but it can be an issue. (On 64bit machines it also grows somehow). Please tell us what you find out.
Cheers Jorge.-
_______________________________________________ Dillo-dev mailing list Dillo-dev@lists.auriga.wearlab.de http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev