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

[Dalton Barreto]

Em 28 de setembro de 2010 22:16, Dalton Barreto
<daltonmatos@×××××.com> escreveu:
> 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 ?
>

Depois disso instalei o evolution-data-server-2.30.3 (que ainda está
masked) e o problema com a libcamel parou de ocorrer. Sobrou apenas
a libnssutil3.so, mas nesse caso já estou com o pacote nss mais atual,
então não há muito o que fazer.

Enfim, abrirei um bug.


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