забелязах нещо което ми е доста интересно...
всичко тръгна от борбата за pango 1.8.0 и gtk+-2.6.0
и двете искат glib > 2.5.7 аз съм сложил 2.6.0 ...
и тука почва интересното...
pango-querymodules се дъмпеше със segmentation fault ... след дълбоко проучване, набедих libgmodule.so...
оказах се прав, прекомпилирах без опцията "--without-pic" (по-надолу ще стане ясно защо съм я искал в началото)
pango-querymodules вече не се дъмпи и работи както трябва
'>
обаче при компилация без опцията "--without-pic" в libgmodule.so са недефинирани (undefined) dlopen, dlclose и още някои други, но тези ми стигат ...
при компилация на gtk+-2.6.0 , още при конфигурирането, не му харесва glib-a, заради libgmodule.so , и по-специално че са undefined dlopen, dlclose .....
хубаво, линкнах libgmodule, което ги дефинира (от компилация с --without-pic), gtk-то си намери glib-a, имаше си dlopen и dlclose в libgmodule-to....
направо слънце
'>
до момента в който не се опита да използва неговата си програма за модули, която естествено да не види нещо от pango-query-to, взе та се издъмпи и тя (segmentation fault, core dumped)...
нищо, линкнах пак libgmodule, което няма dlclose i dlopen, но пък не дъмпи querytata...
и сигурно щеше да се компилира като хората, обаче се оказа че нямам png - ама това е бял кахър, ще сложа...
но принципно ме смущава факта, че не мога да докарам версия на glib, която да бачка....
gcc-то ми е компилирано също с опцията --without-pic, защото без нея просто не искаше (имаше прекалено много undefined показалци из библиотеките, които то си правеше, и после ползваше докато се bootstrap-ва)
интересно ми е за вашите мнение, и workaroundi...