I... I would strongly advise against trying to tweak a build system (whether GNUstep's or not) in that manner.
Instead try to match your development machine to the production machines. Running (say) debian wheezy on prod machines? Make your dev machine run debian wheezy. If you can't do that, use a chroot for development. If you don't want to do that, virtualize and make your dev VM match the prod machines. Another solution in 2016 is to use Docker in place of a chroot/vm. Also, once again, libgnustep-base.so.1.15 is ancient. You have it on both your dev and prod machines, apparently. Are you sure you're doing the right thing by rebuilding the ancient version of -base and trying to use that? On Thu, Sep 22, 2016 at 4:59 PM, Andreas Höschler <ahoe...@smartsoft.de> wrote: > Hi all, > > I have already rebuilt base, gui, back and Terminal. But still no avail!? > :-( > > What else can I check/do to get this fixed? I am out of clues right now! > :-( > > > try to uninstall gui, back. Clean the build, reconfigure and reinstall > I usually get this when the two get out of sync. Just a rebuild sometimes > does not help. > > Sorry not to have a more "professional" way to know what breaks, but gui > knows which versions of back to use and sometimes rebuilding during > upgrades gets dirty. > > > Thanks a lot! Have it running again. I had to reinstall make as well for > whatever reason!? > > I am still troubled by this installation. After rebuilding base on my dev > server base links to libgmp.so.10 > > -bash-3.2# ldd /opt/GNUstep/System/Library/Libraries/libgnustep-base.so. > 1.15 > libobjc.so.1 => /usr/local/lib/libobjc.so.1 > libgmp.so.10 => /usr/local/lib/libgmp.so.10 > libxml2.so.2 => /usr/local/lib/libxml2.so.2 > libz.so => /usr/local/lib/libz.so > libpthread.so.1 => /lib/libpthread.so.1 > libiconv.so.2 => /usr/local/lib/libiconv.so.2 > libm.so.2 => /lib/libm.so.2 > ... > > which is a problem since the deployment machines have only libgmp.so.3 > installed > > -bash-3.2# ldd /opt/GNUstep/System/Library/Libraries/libgnustep-base.so. > 1.15 > libobjc.so.1 => /usr/local/lib/libobjc.so.1 > libgmp.so.3 => /usr/local/lib/libgmp.so.3 > > and I would rather not change this. Syncing /opt/GNUstep to the deployment > machines breaks everything (libgmp.so.10 not found)! :-( > > Can I with some option force the base build to link to a specific libgmp > version (one I know is available on the target machines)? > > On the dev machine I have > > -rw-r--r-- 1 root root 751560 Dec 1 2014 libgmp.a > -rwxr-xr-x 1 root root 914 Dec 1 2014 libgmp.la > lrwxrwxrwx 1 root root 16 Sep 22 12:38 libgmp.so -> > libgmp.so.10.2.0 > lrwxrwxrwx 1 root root 16 Dec 1 2014 libgmp.so.10 -> > libgmp.so.10.2.0 > -rwxr-xr-x 1 root root 477020 Dec 1 2014 libgmp.so.10.2.0 > lrwxrwxrwx 1 root root 15 Oct 19 2013 libgmp.so.3 -> > libgmp.so.3.4.1 > -rwxr-xr-x 1 bin bin 247792 Feb 26 2007 libgmp.so.3.4.1 > > > in /usr/local/bin. > > Thanks a lot!! > > Andreas > > > _______________________________________________ > Discuss-gnustep mailing list > Discuss-gnustep@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnustep > >
_______________________________________________ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
