jpeg_mem_init /var/tmp/portage/games-simulation/secondlife-bin-1.22_rc2-r1/image/opt/secondlife/bin/libllkdu.so jpeg_mem_init /var/tmp/portage/games-simulation/secondlife-bin-1.22_rc2-r1/image/opt/secondlife/app_settings/mozilla-runtime-linux-i686/libxul.so XML_Parse /var/tmp/portage/games-simulation/secondlife-bin-1.22_rc2-r1/image/opt/secondlife/lib/libexpat.so.1 png_get_libpng_ver /var/tmp/portage/games-simulation/secondlife-bin-1.22_rc2-r1/image/opt/secondlife/bin/do-not-directly-run-secondlife-bin png_get_libpng_ver /var/tmp/portage/games-simulation/secondlife-bin-1.22_rc2-r1/image/opt/secondlife/bin/libllkdu.so yamato ~ # LD_LIBRARY_PATH=/opt/secondlife/lib ./test-libpng /opt/secondlife/bin/libllkdu.so libpng version in /opt/secondlife/bin/libllkdu.so: 1.2.18 yamato ~ # ./test-expat /opt/secondlife/lib/libexpat.so.1 expat version in /opt/secondlife/lib/libexpat.so.1: expat_1.95.8
Second Life builds are quite fragile and they depend on special versions of the libraries used. Second side effect: If we'd use our own, we cannot report bugs upstream due to our own modifications.
Diego, as Rei says, this is a binary package that is fragile to any lib variance. It will need to stay using its bundled libs in a strict sense.