Marcin Owsiany pisze: > A tak z zupełnie innej beczki. W Debianie pojawia się powoli pewien > mechanizm na zmniejszenie agresywności zależności od bibliotek. Dzieje > się to dzięki podaniu listy symboli eksportowanych przez daną bibliotekę > wraz z wersją pakietu, w której się po raz pierwszy pojawiły.
Mógłbyś rzucić linkiem? Chętnie poczytam. > libgadu obecnie eksportuje następujące funkcje. Byłbym wdzięczny, gdyby > ktoś rzucił na to okiem i powiedział czy nie ma na tej liście rzeczy, > które się na niej nie powinny były znaleźć (naprawić teraz będzie dużo > łatwiej, niż później). (...) Niestety libgadu eksportuje zbyt wiele symboli ze względów historycznych -- pierwsze klienty były linkowane statycznie, więc można było spokojnie użyć funkcji typu gg_saprintf() czy gg_fix32(). Co najmniej ekg z nich mocno korzysta(ł). Dlatego prawdopodobnie tak będzie do czasu jakiejś dużej zmiany ABI. IMHO powinny wylecieć m.in.: gg_base64_decode gg_base64_encode gg_chomp gg_crc32 gg_get_line gg_gethostbyname gg_read gg_read_line gg_saprintf gg_send_packet gg_resolve* gg_vsaprintf Ale i tak jeszcze trochę czasu minie, zanim to się stanie. Póki co, jest śmietnik i zostanie śmietnik. w. _______________________________________________ libgadu-devel mailing list [email protected] http://lists.ziew.org/mailman/listinfo/libgadu-devel
