I build a demo to dlopen .so file to see what happened.and this is my test result

file name(/opt/gtk/lib/disko/libmmscore.so)
dlopen error(/opt/gtk/lib/disko/libmmscore.so: undefined symbol: _ZTVN10__cxxabiv119__pointer_type_infoE)
file name(/opt/gtk/lib/disko/libmmsinput.so)
dlopen error(/opt/gtk/lib/disko/libmmsinput.so: undefined symbol: _ZTVN10__cxxabiv120__si_class_type_infoE)
file name(/opt/gtk/lib/disko/libmmsconfig.so)
dlopen error(/opt/gtk/lib/disko/libmmsconfig.so: undefined symbol: _ZTVN10__cxxabiv117__class_type_infoE)
file name(/opt/gtk/lib/disko/libmmstools.so)
dlopen error(/opt/gtk/lib/disko/libmmstools.so: undefined symbol: __cxa_pure_virtual)
file name(/opt/gtk/lib/disko/libmmsinfo.so)
open .so ok
file name(/opt/gtk/lib/disko/libmmsgui.so)
dlopen error(/opt/gtk/lib/disko/libmmsgui.so: undefined symbol: _ZTVN10__cxxabiv119__pointer_type_infoE)
file name(/opt/gtk/lib/disko/libmmsbase.so)
dlopen error(/opt/gtk/lib/disko/libmmsbase.so: undefined symbol: _ZTVN10__cxxabiv120__si_class_type_infoE)
file name(/opt/gtk/lib/libsigc-2.0.so.0.0.0)
open .so ok

I builded webkit on gtk,and gtk use directfb as backend few month ago.Now, I try to find is that disko good choice for our UI design.

You're missing symbols from libstdc++.
It looks like the libstdc++ from your cross-compile-toolchain isn't compatible to the one on your target platform. Is this possible?

Regards,
Matthias

You mean this problem not same with that "-share" problem?This one run at target(mount by nfs).
And that "-share" problem occur when compile & link. thanks
my target use /tftpboot/ramdisk as nfsroot
so I think target use this one
[root@www disko-git]# file /tftpboot/ramdisk/lib/libstdc++.so.6.0.3
/tftpboot/ramdisk/lib/libstdc++.so.6.0.3: ELF 32-bit LSB shared object, ARM, version 1, stripped

but I don't know how to know which lib use when cross compile,cause I can only got "-lstdc++" in command line.

Well, it was just an assumption that "-share" was missing. Since this isn't the case, we'll have to look for other solutions. I don't know for sure what's going on, because I never had this problem.

The reason may be that I used the makefiles for cross-compiling until now,
because the scons-build-system is rather new. When I find some time, I'll check scons and see if I have the same problem as you.

But as a matter of fact, the missing symbols are from libstdc++. There's one thing you can check for as well. Try 'ldd' on the libraries from disko and your final application and look if libstdc++ is linked against it. Usually this should be done by your c++-compiler but maybe you have to add it explicitely.

Regards,
Matthias

So,you can use makefile to build disko.How can I do this like you,cause I never use scons before.
I haven't corss ldd in my corss-compile toolchains.don't know how to get one

The problem is, that if you're using make, you don't have all the options that scons provides, i.e. building without OpenSSL, that we implemented last week.
Nevertheless you can just use make && make install. There are of course some options.

Build with debug symbols and logfile support
# make debug=y messages=y

Install to given location
# make prefix=/opt/disko install

Of course you can set $DESTDIR to your target root-filesystem.

If you want to give scons another try, I have another idea, what's going wrong. When building disko, you probably did set the 'CXX' and the 'LD' variables. Did you set LD to ld or g++? If it's ld than try g++. I remember having some problems once by using ld.