As I observed on the sage-release Sage.8.1.beta3 thread, a library conflict causes 'make ptestlong' to fail under openSUSE LEAP 42.2. Reworking the offending symlink in the sage installation to point to the system library fixes the problem. The two copies of "libreadline.so.6.3" are NOT identical. Running 'nm -D --defined-only' against each file, and stripping out the symbol values, I was able to diff the two, revealing discrepancies both in symbol types and symbol names. (Log attached.)
Question: Why does sage install shared-object libraries when working versions of same are already on the system? - Richard -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at https://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
diff libreadline-system.syms.stripped libreadline-sage.syms.stripped 63d62 < A READLINE_6.3 437d435 < B _rl_read_zero_char_from_tty 629,631d626 < T _rl_xfree < T _rl_xmalloc < T _rl_xrealloc 655,657c650,652 < W xfree < W xmalloc < W xrealloc --- > T xfree > T xmalloc > T xrealloc
