Bug 480260 – gnustep-base/gnustep-{base,gui}: problems on libobjc.so change (cannot find libobjc.so.3)

• Status: CONFIRMED
• Product: Gentoo Linux

[Description Alexander Berntsen (RETIRED) 2013-08-08 13:37:40 UTC]

Created attachment 355406 [details]
config.log for gnustep-base-1.24.4

gnustep-base 1.24.0-r1 and 1.24.4 (and I guess obviously the one between them) is borked when you don't have gcc-4.6. They look for libobjc.so.3 (see config.log attachment).

libobjc.so.3 is in gcc 4.6 from what I can judge by e-file, which spits out:
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.4/32/libobjc.so.3
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.4/libobjc.so.3
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/32/libobjc.so.3
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/libobjc.so.3
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.2/32/libobjc.so.3
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.2/libobjc.so.3
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.1/32/libobjc.so.3
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.1/libobjc.so.3
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/32/libobjc.so.3
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/libobjc.so.3
/usr/lib/gcc/i686-pc-linux-gnu/4.6.4/libobjc.so.3
/usr/lib/gcc/i686-pc-linux-gnu/4.6.3/libobjc.so.3
/usr/lib/gcc/i686-pc-linux-gnu/4.6.2/libobjc.so.3
/usr/lib/gcc/i686-pc-linux-gnu/4.6.1/libobjc.so.3
/usr/lib/gcc/i686-pc-linux-gnu/4.6.0/libobjc.so.3
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/libobjc.so.3
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.2/libobjc.so.3

I have libobjc.so.4, which is in gcc 4.7 and 4.8. e-file output:
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.1/32/libobjc.so.4
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.1/libobjc.so.4
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0/32/libobjc.so.4
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0/libobjc.so.4
/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32/libobjc.so.4
/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/libobjc.so.4
/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.2/32/libobjc.so.4
/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.2/libobjc.so.4
/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.1/32/libobjc.so.4
/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.1/libobjc.so.4
/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.0/32/libobjc.so.4
/usr/lib/gcc/x86_64-pc-linux-gnu/4.7.0/libobjc.so.4
/usr/lib/gcc/i686-pc-linux-gnu/4.7.3/libobjc.so.4
/usr/lib/gcc/i686-pc-linux-gnu/4.7.2/libobjc.so.4
/usr/lib/gcc/i686-pc-linux-gnu/4.7.1/libobjc.so.4
/usr/lib/gcc/i686-pc-linux-gnu/4.7.0/libobjc.so.4
/usr/lib/gcc/i486-pc-linux-gnu/4.7.2/libobjc.so.4
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.7.2/libobjc.so.4
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.7.1/libobjc.so.4
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.7.0/libobjc.so.4

Is there something I can do to build gnustep-base with gcc-4.7? If not then gnustep-base should depend on gcc-4.6 somehow...

Note that programs using gnustep, like unar, fail with "error while loading shared libraries: libobjc.so.3: cannot open shared object file: No such file or directory".

[Comment 1 Alexander Berntsen (RETIRED) 2013-08-08 13:41:33 UTC]

Created attachment 355408 [details]
build.log for gnustep-base-1.24.4

[Comment 2 Jochen Buchholz 2013-10-07 20:55:34 UTC]

The following commands solve this bug for me:
emerge gnustep-make
gnustep-updater -l

[Comment 3 Alexander Berntsen (RETIRED) 2013-10-08 10:17:19 UTC]

Works. Thanks.

[Comment 4 Bernard Cafarelli 2014-01-29 16:46:07 UTC]

Sigh, not sure how to properly inform the user when this kind of problems happen...

gnustep-make ebuild configure phase tests for a libobjc.so change and warns to use gnustep-updater, but obviously in other cases, the user does not get a warning...

[Comment 5 Bernard Cafarelli 2014-01-29 16:46:11 UTC]

*** Bug 475804 has been marked as a duplicate of this bug. ***