[comp.windows.x] Ack! Debugged libX11 is over 9 MB long!

thakur@ZERKALO.HARVARD.EDU ("Manavendra K. Thakur") (12/19/90)

I decided to compile debugged versions of the X libraries, and much to
my suprise, libX11_d.a came out to be over 9 MB (that's megabytes)
long!

Here are the actual numbers for comparison:

-rw-r--r--  1 root       268982 Dec 18 20:07 libX11.a
-rw-r--r--  1 root      9345410 Dec 18 20:08 libX11_d.a

-rw-r--r--  1 root       312878 Dec 18 20:08 libXt.a
-rw-r--r--  1 root      2972230 Dec 18 20:08 libXt_d.a

Note how libXt.a is larger   than libX11.a   by 44 kilobytes.
Note how libXt_d.a *smaller* than libX11_d.a by 6.4 megabytes.

Most likely, this is because Xlib is composed of five times as many
object files than the Xt library (249 vs. 46).  This must be why the
debugged libraries are not compiled by default!

So I'm wondering: is there any chance that the X Consortium folks
would consider collapsing Xlib source files into a smaller number of
larger sized files?  That way, at least the debugged version of the
library won't be so ridiculously large.

But given that Xlib is such a behemoth already, is my wish for fewer
source files a pipe dream?

Oh yeah, I compiled these libraries with cc on a Sun 4 running SunOS
4.1.1.

Manavendra K. Thakur			Internet: thakur@zerkalo.harvard.edu
System Manager,	High Energy Division	BITNET:	  thakur@cfa.BITNET
Harvard-Smithsonian Center for		DECNET:	  CFA::thakur
Astrophysics				UUCP:	  ...!uunet!mit-eddie!thakur

kaleb@thyme.jpl.nasa.gov (Kaleb Keithley ) (12/20/90)

In article <9012190459.AA05744@zerkalo.harvard.edu> thakur@ZERKALO.HARVARD.EDU ("Manavendra K. Thakur") writes:
>
>I decided to compile debugged versions of the X libraries, and much to
>Here are the actual numbers for comparison:
>
>-rw-r--r--  1 root       268982 Dec 18 20:07 libX11.a
>-rw-r--r--  1 root      9345410 Dec 18 20:08 libX11_d.a
>
>-rw-r--r--  1 root       312878 Dec 18 20:08 libXt.a
>-rw-r--r--  1 root      2972230 Dec 18 20:08 libXt_d.a
>

and Motif:
-rw-rw-r--  1 root      1168722 Nov 21 19:49 libXm.a
-rw-rw-r--  1 root      7284206 Nov 21 19:49 libXm_d.a

and a simple 5 widget program linked with the debug libraries so I could
find a memory leak (fun fun fun):

-rwxrwxr-x  1 kaleb     3530752 Dec 19 08:12 main2

These numbers are under SunOS also, but if the sizes are indicative
of anything, it's not something I'd want to try on a 4MB 386 box.

-- 
Kaleb Keithley                      Jet Propulsion Labs
kaleb@thyme.jpl.nasa.gov

Offensive quote coming soon to a .signature file near you.

rws@EXPO.LCS.MIT.EDU (Bob Scheifler) (12/20/90)

    So I'm wondering: is there any chance that the X Consortium folks
    would consider collapsing Xlib source files into a smaller number of
    larger sized files?

Nope.  You are essentially asking for a configuration that would make
non-shared-library implementations result in larger executables in the
normal case, because of the "wonderful" design of unix linkers.