6:11 a.m.
I am curious, can someone explain to me why for me XEmacs binaries
built under Sparc/Solaris-2+gcc-2.8 are always so much larger than
XEmacs binaries built under Intel/Linux?
-rwxr-xr-x 1 petersen 19678112 May 13 13:37 solaris/bin/xemacs*
I don't have the exact size of my Linux xemacs* binary but I seem to
recall that it is of the order of 3+Mb. Why is the Solaris binary 5
times larger?
---- Start of included text -----------------------8<--- cut here -------------
petersen[boron]~% ldd ~/solaris/bin/xemacs
libXm.so.3 => /usr/dt/lib/libXm.so.3
libtiff.so => /proj2/lang/mule-unsupported/solaris/lib/libtiff.so
libz.so.1.0.4 => /proj2/lang/mule-unsupported/solaris/lib/libz.so.1.0.4
libXpm.so.4.8 => /usr/local/X11R6.1/lib/libXpm.so.4.8
libXmu.so.6.0 => /usr/local/X11R6.1/lib/libXmu.so.6.0
libXt.so.6.0 => /usr/local/X11R6.1/lib/libXt.so.6.0
libXext.so.6.1 => /usr/local/X11R6.1/lib/libXext.so.6.1
libX11.so.6.1 => /usr/local/X11R6.1/lib/libX11.so.6.1
libSM.so.6.0 => /usr/local/X11R6.1/lib/libSM.so.6.0
libICE.so.6.0 => /usr/local/X11R6.1/lib/libICE.so.6.0
libdl.so.1 => /usr/lib/libdl.so.1
libintl.so.1 => /usr/lib/libintl.so.1
libkvm.so.1 => /usr/lib/libkvm.so.1
libkstat.so.1 => /usr/lib/libkstat.so.1
libm.so.1 => /usr/lib/libm.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libelf.so.1 => /usr/lib/libelf.so.1
libc.so.1 => /usr/lib/libc.so.1
libXt.so.4 => /usr/openwin/lib/libXt.so.4
libX11.so.4 => /usr/openwin/lib/libX11.so.4
libmp.so.2 => /usr/lib/libmp.so.2
libSM.so.6 => /usr/openwin/lib/libSM.so.6
libICE.so.6 => /usr/openwin/lib/libICE.so.6
libXext.so.0 => /usr/openwin/lib/libXext.so.0
---- End of included text -------------------------8<--- and here -------------
--
Jens-Ulrik Holger Petersen <http://www.kurims.kyoto-u.ac.jp/~petersen/>
Research Institute for Mathematical Sciences, Kyoto University
6:42 a.m.
>>>> "juhp" == Jens-Ulrik Petersen
<petersen(a)kurims.kyoto-u.ac.jp> writes:
juhp> I am curious, can someone explain to me why for me XEmacs
juhp> binaries built under Sparc/Solaris-2+gcc-2.8 are always so
juhp> much larger than XEmacs binaries built under Intel/Linux?
juhp> 19678112 May 13 13:37 solaris/bin/xemacs*
Is that stripped? My unstripped Linux binary is half that size, and a
now-obsolete stripped one that started out the same size is 5.6MB or so:
bash-2.00$ ls -l `which xemacs`*
15 May 11 13:08 /playpen/gnu/plat/bin/xemacs->xemacs-21.0-b39
5630020 May 13 14:37 /playpen/gnu/plat/bin/xemacs-21.0-b37
11096950 May 11 13:08 /playpen/gnu/plat/bin/xemacs-21.0-b39
(b37 is later than b39 because I just stripped it a minute ago.) I
suspect a stripped comparison would be more accurate.
6:50 a.m.
On Wed, May 13, 1998 at 02:11:21PM +0900, Jens-Ulrik Petersen wrote:
libXm.so.3 => /usr/dt/lib/libXm.so.3
libXpm.so.4.8 => /usr/local/X11R6.1/lib/libXpm.so.4.8
libXmu.so.6.0 => /usr/local/X11R6.1/lib/libXmu.so.6.0
libXt.so.6.0 => /usr/local/X11R6.1/lib/libXt.so.6.0
libXext.so.6.1 => /usr/local/X11R6.1/lib/libXext.so.6.1
libX11.so.6.1 => /usr/local/X11R6.1/lib/libX11.so.6.1
libSM.so.6.0 => /usr/local/X11R6.1/lib/libSM.so.6.0
libICE.so.6.0 => /usr/local/X11R6.1/lib/libICE.so.6.0
libXt.so.4 => /usr/openwin/lib/libXt.so.4
libX11.so.4 => /usr/openwin/lib/libX11.so.4
libSM.so.6 => /usr/openwin/lib/libSM.so.6
libICE.so.6 => /usr/openwin/lib/libICE.so.6
libXext.so.0 => /usr/openwin/lib/libXext.so.0
Including two different versions on the same library can be quite
dangerous. You may have some static libraries included too. A static
motif library from the X11R6.1 directory maybe ?
Just FYI (solaris 2.5.1) :
-rwxr-xr-x 1 galibert model 5187928 Mar 30 21:29 xemacs-21.0-b33
libXm.so.3 => /usr/dt/lib/libXm.so.3
libcanna.so.1 => /users/model/galibert/arch/sun5/lib/libcanna.so.1
libRKC.so.1 => /users/model/galibert/arch/sun5/lib/libRKC.so.1
libtiff.so => /usr/openwin/lib/libtiff.so
libpng.so => /usr/local/lib/libpng.so
libz.so => /usr/local/lib/libz.so
libjpeg.so => /usr/local/lib/libjpeg.so
libXpm.so.4.10 => /usr/openwin/lib/libXpm.so.4.10
libDtSvc.so.1 => /usr/dt/lib/libDtSvc.so.1
libtt.so.2 => /usr/openwin/lib/libtt.so.2
libXmu.so.4 => /usr/openwin/lib/libXmu.so.4
libXt.so.4 => /usr/openwin/lib/libXt.so.4
libXext.so.0 => /usr/openwin/lib/libXext.so.0
libX11.so.4 => /usr/openwin/lib/libX11.so.4
libdl.so.1 => /usr/lib/libdl.so.1
libintl.so.1 => /usr/lib/libintl.so.1
libkvm.so.1 => /usr/lib/libkvm.so.1
libkstat.so.1 => /usr/lib/libkstat.so.1
libm.so.1 => /usr/lib/libm.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libelf.so.1 => /usr/lib/libelf.so.1
libc.so.1 => /usr/lib/libc.so.1
libucb.so.1 => /usr/ucblib/libucb.so.1
libresolv.so.2 => /usr/lib/libresolv.so.2
libw.so.1 => /usr/lib/libw.so.1
libmp.so.1 => /usr/lib/libmp.so.1
The ones you don't have (I guess you're non-mule) are:
png, jpeg, DtSvc, tt, dl, ucb, resolv and w
You may want to look at your link phase if they are used or not for
you.
OG.
7:31 a.m.
>>>> "juhp" == Jens-Ulrik Petersen
<petersen(a)kurims.kyoto-u.ac.jp> writes:
juhp> I am curious, can someone explain to me why for me XEmacs binaries
juhp> built under Sparc/Solaris-2+gcc-2.8 are always so much larger than
juhp> XEmacs binaries built under Intel/Linux?
juhp> -rwxr-xr-x 1 petersen 19678112 May 13 13:37 solaris/bin/xemacs*
juhp> I don't have the exact size of my Linux xemacs* binary but I seem to
juhp> recall that it is of the order of 3+Mb. Why is the Solaris binary 5
juhp> times larger?
My previous posting to this mailing list suggested that Solaris
binaries should be just a little larger.
Linux, egcs 1.0.2, CFLAGS=-O2: 2314155
Linux, egcs 1.0.2, CFLAGS=-O3: 2441153
Solaris, egcs 1.0.2, CFLAGS=-O2: 2843084
Solaris, egcs 1.0.2, CFLAGS=-O3: 2963692
But I look at my debug builds, and they are almost as big as yours:
Solaris, egcs 1.0.2, CFLAGS=-g: 18146604
It is very likely to be debug information that is repeated in all the
.o files.
Martin
9692
days inactive
9692
days old
3 comments
4 participants
participants (4)
-
Jens-Ulrik Petersen -
Martin Buchholz -
Olivier Galibert -
Stephen J. Turnbull