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

Reply via email to