gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Another pre-release, freeze?


From: Jonathan Gapen
Subject: Re: Another pre-release, freeze?
Date: Wed, 14 Mar 2001 03:06:35 -0600

Adam Fedor wrote:
> 
> I'll probably get around to doing another developer release of
> gnustep-base and make in a few days, after that I'd like to freeze them
> in preparation for a 1.0 release.
> [...]
> Let me know if you have any thoughts.

   Yep, I've got thoughts about inter-library dependencies.   Currently,
if I 'ldd' a GNUstep executable, I get:

/usr/local/GNUstep/Local/Apps/Ink.app/ix86/freebsdelf/gnu-gnu-gnu-xgps/Ink:
        libgnustep-gui.so.0.6.7 => not found (0x0)
        libgnustep-xgps.so.0.6.7 => not found (0x0)
        libgnustep-base.so.0.9.1 => not found (0x0)
        libobjc.so.0.9.0 => not found (0x0)
        libwraster.so.3 => /usr/X11R6/lib/libwraster.so.3 (0x1806e000)
        libtiff.so.4 => /usr/local/lib/libtiff.so.4 (0x18082000)
        libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x180c4000)
        libpng.so.4 => /usr/local/lib/libpng.so.4 (0x180d2000)
        libz.so.2 => /usr/lib/libz.so.2 (0x180f1000)
        libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x180fe000)
        libungif.so.5 => /usr/local/lib/libungif.so.5 (0x1811d000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x18125000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x18133000)
        libm.so.2 => /usr/lib/libm.so.2 (0x18211000)
        libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x1822d000)
        libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x1829a000)
        libssl.so.1 => /usr/lib/libssl.so.1 (0x182a0000)
        libcrypto.so.1 => /usr/lib/libcrypto.so.1 (0x182cc000)
        libgmp.so.3 => /usr/lib/libgmp.so.3 (0x18386000)
        libc_r.so.4 => /usr/lib/libc_r.so.4 (0x1839c000)
        libxpg4.so.3 => /usr/lib/libxpg4.so.3 (0x18454000)
        libXThrStub.so.6 => /usr/X11R6/lib/libXThrStub.so.6 (0x18456000)
        libgiconv.so.2 => /usr/local/lib/libgiconv.so.2 (0x18458000)

    These library dependencies shouldn't appear in executables!  If I
change anything at all, like using a libgif.so instead of libungif.so,
or (as actually happened) I remove an outdated iconv library, I have to
re-link all of my GNUstep executables.  This makes binary distributions
of GNUstep-based utilities difficult, as the target computer will need
the exact configuration of libraries as the build machine.
    IMHO, this ought to be fixed before a 1.0 release of gnustep-make.

-- 
All persons, living or dead, are purely coincedental.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]