cgwillme@pyramid.swansea.ac.uk (Ramiro Wilmersdorf) (02/13/91)
Hi, This is of interest only to Meiko CSTools users. I don't know if other people have noticed this peculiar thing (bcc.c is a very small CSBuild source file) : cvser[../m3] 43 % ll bcc.c -rw-r--r-- 1 cgwillme 1872 Feb 11 18:09 bcc.c cvser[../m3] 44 % cc -O -o bcc bcc.c -lbuild -lcsn -lsvcs cvser[../m3] 45 % ll bcc -rwxr-xr-x 1 cgwillme 1056768 Feb 12 17:22 bcc* cvser[../m3] 46 % strip bcc cvser[../m3] 47 % ll bcc -rwxr-xr-x 1 cgwillme 385024 Feb 12 17:23 bcc* And bcc apparently runs fine. The size of the executable bcc is reduced to ~ 1/3 of the original. Is this normal ? The host machine is a sun 4, and non cstools executables are generally reduced in size by some 10 or 15 percent. I suppose all symbols for all meiko libraries are linked in (very wild guess). It's not really a problem, but I thought it might be nice to let you know how to gain some free disk space. Cheers, Ramiro
cca04@seq1.keele.ac.uk (P.J. Mitchell) (02/13/91)
From article <11753.9102121735@cvsune.pyr.swan.ac.uk>, by cgwillme@pyramid.swansea.ac.uk (Ramiro Wilmersdorf): > The size of the executable bcc is reduced to ~ 1/3 of the original. > Ramiro Hmm, I got exactly the same thing on our Sun 3/160. I was told that strip got rid of the symbol table on the binary (how this differs from what you get with -g I don't know), but it never got rid of 2/3 of the file size ! I too can't see any difference in functionality after stripping, anyone at Meiko care to somment, or anyone explain what strip does ? -- Paul Mitchell (CMA#136(18) MAG#65715 DoD#0145) | Physics Department, JANET: p.j.mitchell@uk.ac.keele.seq1 | Keele University, Keele, USENET: p.j.mitchell@seq1.keele.ac.uk | Staffordshire, ST5 5BG, U.K. BITNET: p.j.mitchell%seq1.keele.ac.uk@ukacrl | (+44 or 0)782 621111 ext 3966