Re: GNUstep apps no longer start

[Ivan Vučica]

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 <ahoesch@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