On Mon, Sep 24, 2018 at 08:50:53AM +0000, Mo Zhou wrote: > python complains that the symbol is undefined > > _ZN10tensorflow25CreateRemoteMemoryManagerERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES7_ > > however with readelf -sW xxx | ripgrep, the symbol is indeed in the > shared object. [...] > (sid-lumin)lumin@wrath:/dev/shm/tensorflow.pkg/tensorflow$ readelf -sW _pywrap_tensorflow_internal.so | rg _ZN10tensorflow25CreateRemoteMemoryManagerERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES7_ > 1146: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND _ZN10tensorflow25CreateRemoteMemoryManagerERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES7_ > 197099: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND _ZN10tensorflow25CreateRemoteMemoryManagerERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES7_ > (sid-lumin)lumin@wrath:/dev/shm/tensorflow.pkg/tensorflow$ I don't know about this output format but if UND means undefined it's not really "the symbol is indeed in the shared object". > I also checked the build and the CXX file which provides > this symbol is indeed included in the object list when linking the > shared object in question. Are you sure that file really provides this symbol? Are you sure it's the shared object in question? Why is it in /dev/shm? -- WBR, wRAR
Attachment:
signature.asc
Description: PGP signature