If someone wants to submit a patch and/or make 1.6.4 binaries, we could move forward with that.
Please do so on the devel list, however -- not the users list (we've been a bit sloppy about separating users/devel recently; let's try to be better).
On Feb 21, 2013, at 5:08 PM, Damien Hocking <damien_at_[hidden]> wrote:
> Found it. The MPI::Datatype class isn't exported in a Win dll (no dllexport wrappers on the class), so on a shared-libs build it's not in the library symbols for anything else to see. The Windows CMAKE "BUILD_SHARED_LIBS" option is therefore busted. On a static lib build everything's in there, a dumpbin shows all the MPI::Datatype symbols. Those symbols are missing all the way back into 1.5 shared-lib builds as well.
> On 21/02/2013 12:19 PM, Jeff Squyres (jsquyres) wrote:
>> On Feb 21, 2013, at 10:59 AM, Damien Hocking <damien_at_[hidden]> wrote:
>>> Well this is interesting. The linker can't find that because MPI::Datatype::Free isn't implemented on the Windows build (in datatype_inln.h). It's declared in datatype.h though. It's not there in the Linux version either, so I don't know where the Linux build is getting that symbol from, that link should fail too. Is the C++ version of OpenMPI actually broken overall?
>> It's implemented in Datatype.cc. I'm don't remember offhand why we didn't put it in the inline versions. But it's definitely in the generated libmpi_cxx.so:
>> % nm -C libmpi_cxx.so | grep MPI::Datatype::Free
>> 0000000000016ed8 T MPI::Datatype::Free()
> users mailing list
For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/