Problem Solved: The symbols are in the shared object, and as David mentioned,
one must use the -T to see them in a debug library.
The problem was with the intel linker (via eclipse). Apparently the linker
will not tell you whether a shared library is actually included using
-l to add to a shared
Yes it's probably user error--but I have no clue why this is happening. I
did not do the build and the guy doing the build is not an expert boost user
either. We have two builds one with gcc and one with intel. Notice the
non-debug versions don't have the symbol. Here are the results from
objd
Seems like this function only gets built into the debug version. We built
the gcc library for 1.35 and it only appears in the
libboost_python_gcc32-mt-d-1_35 version.
Does anyone know why this does not get built into the non-debug version or
how to make it get built in?
TIA,
Scott
--
View th