W dniu 13 sierpnia 2008 11:20 użytkownik Mateusz Korniak <[EMAIL PROTECTED]> napisał: > Mamy ten sam kod - glusterfs z HEAD. > W Ac, w wyniku budowania powstaje szereg "modułów" (np client.so) > które mają niezdefiniowane symbole (np "gf_log_loglevel") które z kolei > zdefiniowane są w budowany razem z > pakietem /usr/lib/glusterfs/1.3.10/xlator/protocol/client.so [1] > Proces budowania jak i sam glusterfs działają w najlepsze. > > W Th proces budowania przy linkowaniu krzyczy o braku symboli (m.in. > gf_log_loglevel ) przy próbie zkonsolidowania modułu (client.so). > Na to pomaga dodanie > +client_so_LDADD = $(top_builddir)/libglusterfs/src/libglusterfs.la > Jednak powstały w wyniku tak poprawionego budowania moduł jest w czyms "inny" > i nie pozwala się załadować analogicznie jak to się dzieje w Ac [2], z > błędem: > client.so: cannot dynamically load executable > Nie jestem specem od linkowania, a zależy mi na glusterfs w Th, ma ktoś może > pomysł co sprawdzić dalej ? > > Z góry dziękie za wszalką pomoc, sugestie i przemyślenia !
Poprawilem patch0. Sprawdz teraz. _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
