[05:43] <john85> anyone free to help????
[05:47] <john85> anyone free to help????
[05:47] <john85> hello
[07:00] <Gnuet> mornin'
[11:05] <ogra> savuporo, in karmic there is a tool called redboot-cmdline in the redboot-tools package
=== bjf is now known as _log-bjf
=== jkridner_ is now known as jkridner
[19:00] <savuporo> ogra: tried it, this obviously requires a hex offset too
[19:00] <savuporo> thats what im missing
[20:01] <beyossi> does anybody has an idea how to solve this linking issue: "libQtCore.so: undefined reference to `__dlopen'"    ?
[20:02] <beyossi> it appears also for symbols __dlsym , __dlclose , __dlerror and _dl_hwcap
[20:25] <savuporo> add -ldl to linker flags
[20:29] <beyossi> i added it to: LIBS = $(SUBLIBS)  -Lusr/lib -Llib -lpthread -ldl -L/media/ext3/home/quado/qt-4.6/lib -lQtGui -lQtNetwork -lQtOpenGL -lQtCore
[21:18] <beyossi> still can't solve that issue. does anybody knows about any flag or define that should be added in order to enable referencing to  __dlopen , __dlsym , __dlclose , __dlerror and _dl_hwcap ?
[21:24] <savuporo> beyossi: -ldl should take care of that, you may want to try moving to the end of the linker line, after QtCore
[21:26] <beyossi> it doesn't help. however if -ldl comes after -lQtCore then I get the following: "libsrv_um.so: warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking"
[21:27] <savuporo> thats a warning, do you still get the undef refernce error too ?
[21:27] <beyossi> yes.
[21:28] <savuporo> i would try -trace ( or -Wl,-trace  ) to see which version of libdl.so linker is picking up
[21:33] <beyossi> well, it says:
[21:33] <beyossi> -lQtOpenGL (/home/quado/quado-distros/beagleboard/qt-ti/ti/lib/libQtOpenGL.so)
[21:33] <beyossi> -lQtGui (/home/quado/quado-distros/beagleboard/qt-ti/ti/lib/libQtGui.so)
[21:33] <beyossi> -lQtNetwork (/home/quado/quado-distros/beagleboard/qt-ti/ti/lib/libQtNetwork.so)
[21:33] <beyossi> -lQtCore (/home/quado/quado-distros/beagleboard/qt-ti/ti/lib/libQtCore.so)
[21:33] <beyossi> /lib/libpthread.so.0 (/media/ext3/lib/libpthread.so.0)
[21:33] <beyossi> -ldl (/media/ext3/usr/lib/libdl.so)
[21:33] <beyossi> -lstdc++ (/home/quado/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/arm-none-linux-gnueabi/4.2.1/../../../../arm-none-linux-gnueabi/lib/libstdc++.so)
[21:33] <beyossi> -lm (/media/ext3/usr/lib/libm.so)
[21:33] <beyossi> -lgcc_s (/home/quado/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/arm-none-linux-gnueabi/4.2.1/../../../../arm-none-linux-gnueabi/lib/libgcc_s.so)
[21:33] <beyossi> /lib/libc.so.6 (/media/ext3/lib/libc.so.6)
[21:33] <beyossi> (/media/ext3/usr/lib/libc_nonshared.a)elf-init.oS
[21:33] <beyossi> /lib/ld-linux.so.3 (/media/ext3/lib/ld-linux.so.3)
[21:33] <beyossi> -lgcc_s (/home/quado/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/arm-none-linux-gnueabi/4.2.1/../../../../arm-none-linux-gnueabi/lib/libgcc_s.so)
[21:33] <beyossi> /home/quado/CodeSourcery/Sourcery_G++_Lite/bin/../lib/gcc/arm-none-linux-gnueabi/4.2.1/crtend.o
[21:33] <beyossi> /media/ext3/usr/lib/crtn.o
[21:35] <savuporo> well so it picks up your libdl.so without complaining, i have no idea why it wouldnt link
[21:42] <beyossi> i see that this libdl.so is a symbolic link to libsl.so.2 which is a symbolic link to libdl-2.9.so, which i guess is the most updated one, isn't it?