Check this out ... https://sourceware.org/bugzilla/show_bug.cgi?id=6431
In Illumos/solaris, the thread libraries are implemented within libc, with libthread and libpthread being "filter libraries" (with no text or data, just linking data). The above link shows a similar error with pthread_mutex_lock, which seems to be down to a clash of the solaris/glib worlds. It's not the same as your case, but you might find some helpful hints for a way forward. > On 16 Mar 2016, at 09:22, Gabriele Bulfon <[email protected]> wrote: > > Actually I am building version 45.0, because of problems with lightning > component in 38. > And I had to port all FF Martin's patches to the mozilla subcomponent. > > Looking deeper, I found that the libldap60.so get build with this: > > /usr/bin/env > LD_ALTEXEC=/xstreamdev/sources/sonicle/xstream-desktop-gate/components/thunderbird/files/gld-wrapper > > /xstreamdev/sources/sonicle/xstream-desktop-gate/components/thunderbird/build/i86/_virtualenv/bin/python > > /xstreamdev/sources/sonicle/xstream-desktop-gate/components/thunderbird/thunderbird-45.0b2/mozilla/config/expandlibs_exec.py > --uselist -- /usr/gcc/4.7/bin/g++ -D__CORRECT_ISO_CPP_WCHAR_H_PROTO > -fno-exceptions -fno-strict-aliasing -fno-rtti -fno-exceptions > -fno-math-errno -std=gnu++0x -pthread -pipe -DNDEBUG -DTRIMMED -O3 > -fomit-frame-pointer -fPIC -shared -Wl,-h,libldap60.so -o libldap60.so > abandon.o add.o authzidctrl.o bind.o cache.o charray.o charset.o compare.o > compat.o control.o countvalues.o delete.o disptmpl.o dsparse.o error.o > extendop.o free.o freevalues.o friendly.o getattr.o getdn.o getdxbyname.o > geteffectiverightsctrl.o getentry.o getfilter.o getoption.o getvalues.o > memcache.o message.o modify.o open.o os-ip.o proxyauthctrl.o psearch.o > pwmodext.o pwpctrl.o referral.o regex.o rename.o request.o reslist.o result.o > saslbind.o sbind.o search.o setoption.o sort.o sortctrl.o srchpref.o > tmplout.o ufn.o unbind.o unescape.o url.o userstatusctrl.o utf8.o vlistctrl.o > whoami.o -lpthread -Wl,-z,text -Wl,-z,ignore -Wl,-R,'$ORIGIN:$ORIGIN/..' > -Wl,-z,lazyload -Wl,-z,combreloc -Wl,-z,muldefs > ../../../../ldap/c-sdk/libraries/liblber/liblber60.a -lsocket -lc > > > then it tries to build the ldap/c-sdk/libraries/libprldap lib against it, > with this: > > /usr/bin/env > LD_ALTEXEC=/xstreamdev/sources/sonicle/xstream-desktop-gate/components/thunderbird/files/gld-wrapper > > /xstreamdev/sources/sonicle/xstream-desktop-gate/components/thunderbird/build/i86/_virtualenv/bin/python > > /xstreamdev/sources/sonicle/xstream-desktop-gate/components/thunderbird/thunderbird-45.0b2/mozilla/config/expandlibs_exec.py > --uselist -- /usr/gcc/4.7/bin/g++ -D__CORRECT_ISO_CPP_WCHAR_H_PROTO > -fno-exceptions -fno-strict-aliasing -fno-rtti -fno-exceptions > -fno-math-errno -std=gnu++0x -pthread -pipe -DNDEBUG -DTRIMMED -O3 > -fomit-frame-pointer -fPIC -shared -Wl,-h,libprldap60.so -o libprldap60.so > ldappr-dns.o ldappr-error.o ldappr-io.o ldappr-public.o ldappr-threads.o > -lpthread -Wl,-z,text -Wl,-z,ignore -Wl,-R,'$ORIGIN:$ORIGIN/..' > -Wl,-z,lazyload -Wl,-z,combreloc -Wl,-z,muldefs > ../../../../config/external/nspr/libnspr.a > ../../../../ldap/c-sdk/libraries/libldap/libldap60.so > ../../../../nsprpub/lib/ds/libplds4.so > ../../../../nsprpub/lib/libc/src/libplc4.so > ../../../../nsprpub/pr/src/libnspr4.so -lsocket -lc > > but fails with: > > /usr/gnu/bin/ld: ../libldap/libldap60.so: pthread_self: invalid version 8 > (max 0) > ../libldap/libldap60.so: error adding symbols: Bad value > > what is this invalid version? > > ---------------------------------------------------------------------------------- > > Da: Alexander Pyhalov <[email protected]> > A: [email protected] > Cc: Gabriele Bulfon <[email protected]> > Data: 16 marzo 2016 8.52.40 CET > Oggetto: Re: [discuss] > > On 03/16/2016 10:48, Gabriele Bulfon wrote: > > Hi, > > anyone knows what this mean? > > /usr/bin/gld: ../../ldap/c-sdk/libraries/libldap/libldap60.so: > > pthread_self: invalid version 8 (max 0) > > ../../ldap/c-sdk/libraries/libldap/libldap60.so: error adding symbols: Bad > > value > > I almost finished to build latest thunderbird by porting firefox patches to > > and adding some, using an LD_ALTEXEC to run gld (needed for this). > > This does not happen on firefox build, though... :( > > Any idea? > > Hi. Don't have an idea what's this, but I haven't seen this error > building FF 45 with LD_ALTEXEC. BTW, TB 38 can be built with illumos ld. > You can look at our components here: > https://github.com/OpenIndiana/oi-userland/tree/oi/hipster/components/web/firefox > > (uses LD_ALTEXEC, based on Martin's work) and > https://github.com/OpenIndiana/oi-userland/tree/oi/hipster/components/mail/thunderbird > > (uses illumos ld, based on userland-gate version). > > -- > Best regards, > Alexander Pyhalov, > system administrator of Southern Federal University IT department > > > > illumos-discuss | Archives | Modify Your Subscription ------------------------------------------- illumos-discuss Archives: https://www.listbox.com/member/archive/182180/=now RSS Feed: https://www.listbox.com/member/archive/rss/182180/21175430-2e6923be Modify Your Subscription: https://www.listbox.com/member/?member_id=21175430&id_secret=21175430-6a77cda4 Powered by Listbox: http://www.listbox.com
