Re: [gentoo-user-br] Undefined reference no momento de compilar alguns pacotes.

[Dalton Barreto]

Em 28 de setembro de 2010 22:28, Daniel da Veiga
<danieldaveiga@×××××.com> escreveu:
> 2010/9/28 Dalton Barreto <daltonmatos@×××××.com>:
>> Em 27 de setembro de 2010 13:42, Dalton Barreto
>> <daltonmatos@×××××.com> escreveu:
>>> Ainda acho que o problema está na produção da
>>> /usr/lib/libcamel-1.2.so.14 pois falta alguma coisa lá. E o mesmo se
>>> aplica para a /usr/lib/libnssutil3.so.
>>>
>>> Uma outra ideia, que ainda acho que vou executar, é compilar o
>>> evolution-data-server/ekiga sem usar os ebuilds (apenas compilar e não
>>> instalar) só para ver se obtenho resultados diferentes e para saber se
>>> o problema não está na forma como o ebuild está montando a linha do
>>> "./configure" dele.
>>>
>>
>> Acho que o problema não é no gentoo e sim no evolution-data-server
>> mesmo. Fiz o seguinte teste:
>>
>>  * Compilei o evolution "nã mão", usando ./configure --prefix=/tmp/evo/usr/local
>>  * Rodei o make e make install. Isso fez com que as libs fossem
>> instaladas em /tmp/evo/usr/local/lib, inclusive libcamel-1.2.so.14 (a
>> problemática!)
>>  * Rodei o configure do ekiga, também "na mão". Tive que rodar com
>> --diasable-avahi pois não tenho avahi instalado.
>>  * E aí compilei o ekiga, mas linkando com a libcamel que está em
>> /tmp/evo/usr/local/lib e não com a que está em /usr/lib, assim:
>>
>> $ LD_LIBRARY_PATH=/tmp/evo/usr/local/lib make
>>
>> E encontrei *o mesmo* problema, mas agora com a lib que estava no /tmp, vejam:
>>
>> g++ -g -O2 -o ekiga accounts.o addressbook.o callbacks.o
>> callshistory.o chat.o config.o druid.o history.o main.o misc.o
>> preferences.o tools.o statusicon.o audio.o fakevideoinput.o
>> videoinput.o videooutput.o accountshandler.o ekiga.o manager.o h323.o
>> pcss.o sip.o urlhandler.o stun.o bonobo.o -pthread -pthread
>> ../lib/.libs/libekiga.a /usr/lib/libesd.so /usr/lib/libgnomeui-2.so
>> /usr/lib/libSM.so /usr/lib/libICE.so /usr/lib/libbonoboui-2.so
>> /usr/lib/libgnomevfs-2.so /usr/lib/libgnomecanvas-2.so
>> /usr/lib/libgnome-2.so /usr/lib/libpopt.so /usr/lib/libbonobo-2.so
>> /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so
>> /usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so
>> /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so
>> /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so
>> /usr/lib/libpangocairo-1.0.so /usr/lib/libcairo.so
>> /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so
>> /usr/lib/libfontconfig.so /usr/lib/libebook-1.2.so
>> /usr/lib/libedataserver-1.2.so /usr/lib/libdbus-glib-1.so
>> /usr/lib/libxml2.so /usr/lib/libgconf-2.so /usr/lib/libsoup-2.4.so
>> /usr/lib/libgio-2.0.so /usr/lib/libgmodule-2.0.so
>> /usr/lib/libdbus-1.so /usr/lib/libgobject-2.0.so
>> /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so
>> /usr/lib/libSDL.so -lpt -lopal -ldl -lpthread
>> /tmp/evo/usr/local/lib/libcamel-1.2.so.14: undefined reference to
>> `NSS_InitWithMerge@NSS_3.12'
>> /usr/lib/libnssutil3.so: undefined reference to `PL_ClearArenaPool'
>> collect2: ld returned 1 exit status
>> make[3]: ** [ekiga] Erro 1
>> make[3]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12/src'
>> make[2]: ** [all] Erro 2
>> make[2]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12/src'
>> make[1]: ** [all-recursive] Erro 1
>> make[1]: Saindo do diretório `/home/dalton/src/ekiga-2.0.12'
>> make: ** [all] Erro 2
>>
>> O erro acontece exatamente no mesmo ponto de antes, mas agora
>> referencia a lib que compilei "na mão". Estou convencido de que o
>> problema é mesmo do evolution-data-server, vocês acham que mesmo assim
>> vale a pena abrir um bug no bugs.gentoo.org ?
>>
>>
>> Obrigado todos pela ajuda! =)
>>
>
> Com certeza. Bugzilla neles. No máximo vai ser reportado upstream.
>

Farei isso em breve.

-- 
Dalton Barreto
http://daltonmatos.wordpress.com