I also got the problem with the undefined symbol, and looked up __dso_handle on http://www.google.com I found a couple articles from may about this exact problem. An interesting article is: http://sourceware.cygnus.com/ml/java-prs/2000-q2/msg00035.html which tells that the assembler was fixed to handle this as some point. And http://gcc.gnu.org/ml/gcc/2000-05/msg00230.html says: > > ./a.out: error in loading shared libraries: > ../../alpha-redhat-linux/libstdc++/libstdc++-libc6.1-2.so.3: undefined > symbol: __dso_handle > >Your libstdc++ was built incorrectly. __dso_handle should have been >defined its local copy of that symbol. > > > Now, if I do 'nm a.out' (see below), there *is* this symbol defined in the > > BSS section. > >That symbol is supposed to be local to every module that defines it. >If you're using new enough binutils, we'll use STV_HIDDEN to ensure that. --- Povl H. Pedersen
