Bug 417803 – app-text/sary: libsary is underlinked, cause failures on dev-ruby/sary-ruby

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Jeroen Roovers (RETIRED) 2012-05-27 16:22:11 UTC]

Created attachment 313295 [details]
dev-ruby:sary-ruby-1.2.0-r3:20120527-145513.log

have_library('sary') fails on HPPA, probably because of some pthreads weirdness I don't quite begin to understand.

extconf.rb actually does a fine job of employing pkg-config to figure out whether sary is installed and how to compile and link against it, so the have_* checks should probably go away.

[Comment 1 Jeroen Roovers (RETIRED) 2012-05-27 16:22:57 UTC]

Created attachment 313297 [details, diff]
remove the superfluous have_* checks

[Comment 2 Naohiro Aota 2012-05-29 09:21:32 UTC]

Could you also post 
/var/tmp/portage/dev-ruby/sary-ruby-1.2.0-r3/work/ruby18/sary-ruby-1.2.0/mkmf.log ?

[Comment 3 Naohiro Aota 2012-07-08 17:35:23 UTC]

I noticed -lsary check is only failed with ruby18. We need mkmf.log to determine the problem.

>  [32;01m*[0m Running configure phase for ruby18 ...
> checking for sary.h... yes
> checking for main() in -lsary... no
>  [32;01m*[0m Running configure phase for ruby19 ...
> checking for sary.h... yes
> checking for main() in -lsary... yes

[Comment 4 Jeroen Roovers (RETIRED) 2012-07-09 00:16:20 UTC]

Created attachment 317630 [details]
dev-ruby/sary-ruby-1.2.0-r3/work/ruby18/sary-ruby-1.2.0/mkmf.log

[Comment 5 Jeroen Roovers (RETIRED) 2012-07-09 00:27:51 UTC]

I can't reproduce this after rebuild app-text/sary.

[Comment 6 Jeroen Roovers (RETIRED) 2013-03-25 12:47:10 UTC]

Oh, it's back.

[Comment 7 Jeroen Roovers (RETIRED) 2013-03-27 19:28:44 UTC]

On any arch I get this:

$ scanelf -n /usr/lib/libsary.so
 TYPE   NEEDED FILE 
ET_DYN libc.so.6 /usr/lib/libsary.so 

whereas libsary does need a lot of symbols from dev-libs/glib:
# scanelf -s'*' /usr/lib/libsary.so|grep g_
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_malloc
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_free
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_hash_table_lookup
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_assertion_message_expr
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_array_new
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_strerror
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_strconcat
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_hash_table_new
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_array_free
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_array_append_vals
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_malloc_n
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_hash_table_insert
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_log
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_hash_table_destroy
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_strdup
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_assertion_message
        (libsary.so)     0      STT_NOTYPE      STB_GLOBAL       SHN_UNDEF g_hash_table_foreach

I guess the real problem is in app-text/sary. Somehow the HPPA linker is bothered by that, whereas the x86/amd64 linkers are not.

[Comment 8 Diego Elio Pettenò (RETIRED) 2013-03-27 20:32:12 UTC]

Some versions of the x86/amd64 linkers will be bothered. This is an underlinking problem and, for instance, it won't sit well with the gold linker.

So neither arch-specific nor toolchain-related.

[Comment 9 Jeroen Roovers (RETIRED) 2013-03-30 18:03:11 UTC]

Fixed in -r1.