Re: [guppi-list] New Guppi Snapshot

[Neil J Pilgrim <eennjp electeng leeds ac uk>]

Havoc Pennington wrote:
> linas linas org writes:

[>240MB to compile guppi]
> > Umm, is this kind of disk usage wanted or wise?  Seems to me like it
> > could have the potential to turn a lot of people off.  Not having built
> > guppi, I'll ask the dummy question:  what in the world is taking up all
> > that space?  Can it be gotten rid of?
> 
> Static and shared copies of all the libs that make up Guppi, with
> debug symbols in each, most likely.
> 
> It won't be remotely so large when stripped. (Probably shouldn't
> bother to build the static versions though; pass --disable-static to
> configure.)

OK, well just to see, I ran configure --disable-static --prefix=${FOO}
on an already-built tree of the recent snapshot, then tried a make
install.

First point, possibly down to wrongly-cached information from the build
(even though the makefiles are remade?), is that it still tried to copy
the .a files across.

Next step: strip -g `find |grep -e "\.a"|grep -v am `
Then tried a make install again. BTW, this converted (IIRC) a previously
~9MB file to ~0.5MB! The make install complained about being unable to
ranlib the date-series impl (can't remember the exact name) .a, even
when I removed that file and it built it. Strange.

So I linked ranlib to 'true' and did make install...and it installed :)

Removed the .a files in the install directory. According to du this took
~19MB. Stripped the .so files. Now a du gives 5.5MB. Not bad, including
scheme, python and includes of ~1MB ;)

However, I can't get guppi to recognise the install location; it loads,
but can't find any plug-ins or graphics. I set LD_LIBRARY_PATH to the
install lib dir, but that doesn't help (plug-ins are in subdirs). Doing
a strace shows that graphics, etc are searched-for in /usr/... somewhere
- again possibly due to the latter change of 'prefix' path. Add a prefix
option to the guppirc?

Anyhow, just to confirm that guppi doesn't *have* to be that big,
especially when installed and stripped with no static libs.

Keep up the good work,

-- 
Neil