Since we use runtime-linking on AIX, there is a name clash for symbol 'key_table'. Workaround is: --- motif-2.3.4-r3.ebuild 28 Jan 2015 10:35:43 -0000 1.7 +++ motif-2.3.4-r3.ebuild 4 Feb 2015 14:19:20 -0000 @@ -61,6 +61,10 @@ [[ ${CHOST} == *-solaris2.11 ]] \ && append-cppflags -DNEED_XOS_R_H -DHAVE_READDIR_R_3 + # symbol name clash (we use runtime-linking) with libpthreads.a[shr_comm.o] + [[ ${CHOST} == *-aix* ]] \ + && append-cppflags -Dkey_table=${PN}_key_table + if use !elibc_glibc && use !elibc_uclibc && use unicode; then # libiconv detection in configure script doesn't always work # http://bugs.motifzone.net/show_bug.cgi?id=1423 Thanks!
Unfortunately, key_table is an exported symbol of libUil's public API, so changing it will potentially break binaries linking against libUil. Can you please report the issue upstream: http://bugs.motifzone.net/
(In reply to Ulrich Müller from comment #1) > Can you please report the issue upstream: http://bugs.motifzone.net/ Feels like either it silently fails to send mails, or these are blocked by my company's mailserver...
I've sent an e-mail to ICS support about the bugtracker issue. However, I wonder about the symbol name clash, because key_table exists in motif since decades, and x11-libs/motif has the ppc-aix keyword, so it must have worked at some point in the past. Has something in AIX's libpthread changed?
Having the ~ppc-aix keyword does not necessarily mean anything in particular, most likely it has been inherited from either lesstif or openmotif. But indeed I'm wondering what has changed to make the problem disappear...