On 2009-07-25 20:14+0100 Steve Schwartz wrote:

> Hi Alan,
>
>> Here are the sizes of those four libraries (as given by ls -lh).
>>
>> -rwxr-xr-x 1 software software  20M 2009-04-23 09:34 libQtCore.so.4.5.1
>> -rwxr-xr-x 1 software software  95M 2009-04-23 09:34 libQtGui.so.4.5.1
>> -rwxr-xr-x 1 software software 3.9M 2009-04-23 09:34 libQtSvg.so.4.5.1
>> -rwxr-xr-x 1 software software 1.6M 2009-04-23 09:34 libQtXml.so.4.5.1
>>
>
> Hmmm. Here are the same 4 libs from my linux machine (I installed these;
> the version corresponding to my suse 10.2 operating system is far
> older):
>
> qt_sdk/lib> ls -lh
> -rwxr-xr-x 1 sjs users 2.7M 2009-04-22 13:19 libQtCore.so.4.5.1
> -rwxr-xr-x 1 sjs users  12M 2009-04-22 13:19 libQtGui.so.4.5.1
> -rwxr-xr-x 1 sjs users 409K 2009-04-22 13:19 libQtSvg.so.4.5.1
> -rwxr-xr-x 1 sjs users 347K 2009-04-22 13:19 libQtXml.so.4.5.1

>
> which totals 15 MB so I'm a little perplexed. (the only obvious thing I
> can think of is that I run a 32-bit system and perhaps you are working
> on a 64-bit one

yes...

> but I'd naively expect that to introduce at worst a
> factor of 2 and not nearly 10.

I agree it seems unlikely that the size difference is due to 64 bit versus
32 bit.

To confuse issues some more, the size of the older system version of
libQtGui on my 64-bit system is

-rw-r--r-- 1 root root 9.4M 2008-09-29 16:23 /usr/lib/libQtGui.so.4.4.3

I wonder if this factor of 10 size difference between the two 64-bit
versions on my machine is due to the system one being stripped and
the downloaded one not being stripped?

Anyhow, the basic point still remains that the required Qt libraries are not
small under all circumstances.  If it is something as simple as stripping,
that still adds an additional headache (finding Qt libraries to distribute
that are stripped).  Getting into the _complete_ binary distribution
business is hard for something like PLplot with all its dependencies.

Hazen, I would advise avoiding all that pain by sticking with just
distributing a binary version of PLplot without the external dependencies.
That is hard enough already because I just realized you are going to have to
think carefully about the 64-bit versus 32-bit issue.  I notice, for
example, that on the Qt binary download page there are 64-bit and 32 bit
Linux versions but no such separation for Mac OS X and Windows.  It's quite
possible that means those OS's deal with 32-bit versus 64-bit automagically.
OTOH, there may be an assumption or de facto standard that all binary
distributions for those OS's are 32-bit.  I don't know.

BTW, I think there has been an attempt by some Linux distributions to
support mixed 32-bit and 64-bit systems.  I don't know whether that effort
is continuing, but I am very happy with my pure 64-bit system for Debian,
and I wouldn't want the heachaces of mixing in some 32-bit apps and
libraries.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

------------------------------------------------------------------------------
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to