I downloaded the wheel file but I get this error (I am using Ubuntu 19.10):
pip3 install ./tensorflow-1.14.1-cp36-cp36m-linux_x86_64.whl tensorflow-1.14.1-cp36-cp36m-linux_x86_64.whl is not a supported wheel on this platform. Could you please send us full recipe that would build the app? Ideally an "app" just like any we have under osv-apps repo so that I can simply run: ./scripts/buils image=???? and then run it. Thanks, Waldek On Friday, December 13, 2019 at 5:52:03 PM UTC-5, zhiting zhu wrote: > > No. It's > Num: Value Size Type Bind Vis Ndx Name > 1: 000000000affa7f8 0 SECTION LOCAL DEFAULT 21 > > It's not hidden. > > Here's the new link: > https://send.firefox.com/download/9a8bf3fa2909635f/#0ZecrR7UJwspr743vNBo6A > to the file. > > On Fri, Dec 13, 2019 at 4:44 PM Waldek Kozaczuk <jwkoz...@gmail.com > <javascript:>> wrote: > >> I am not sure but this issue is similar to what I encountered when >> dealing with dotnet: >> >> readelf -s libcoreclr.so | grep gCurrentThreadInfo >> readelf: Warning: local symbol 31 found at index >= .dynsym's sh_info >> value of 1 >> 31: 0000000000000000 24 TLS LOCAL HIDDEN 19 >> gCurrentThreadInfo >> 9799: 0000000000000000 24 TLS LOCAL HIDDEN 19 >> gCurrentThreadInfo >> >> When you use readelf does it show it as a hidden, local TLS symbol? >> >> That link with compiles expired. Can you upload it somewhere again? >> >> Thanks >> >> On Friday, December 13, 2019 at 1:16:21 PM UTC-5, zhiting zhu wrote: >>> >>> I was reading the print wrong. >>> I think the problem is this one: >>> >>> 00000b23ca60 000100000010 R_X86_64_DTPMOD64 000000000aee9f58 .tbss + 0 >>> >>> The sym is 1 but in this case, .tbss is still in the same shared object >>> but in arch_relocate_rela, it's going to the else branch that handles the >>> variable is located in DIFFERENT shared object that the caller. >>> >>> On Wed, Dec 11, 2019 at 3:12 PM zhiting zhu <zhit...@cs.utexas.edu> >>> wrote: >>> >>>> I get rid of the __VA_OPT and replace the __VA_ARGS__ with >>>> ##__VA_ARGS__. ## seems to be the extension from GNU that does similar >>>> things. >>>> >>>> Here's the link of the TensorFlow that I compile myself: >>>> https://send.firefox.com/download/68d2a81e2cacdafb/#ui_lMMYAU9UW9e6Fd1VG7w >>>> >>>> Install it locally and build an osv vm that includes all the >>>> dependencies: >>>> "tensorflow grpc google _cffi_backend past future \ >>>> absl wrapt gast astor termcolor numpy unittest libfuturize \ >>>> keras_applications keras_preprocessing tensorflow_estimator \ >>>> tensorboard". >>>> >>>> Then just run "import tensorflow" in python shell, it should show you >>>> the error I'm looking at. >>>> >>>> On Wed, Dec 11, 2019 at 2:55 PM Waldek Kozaczuk <jwkoz...@gmail.com> >>>> wrote: >>>> >>>>> I wonder if that is related to a similar issue as described here - >>>>> https://groups.google.com/forum/#!topic/osv-dev/k69cHw7qvTg. >>>>> >>>>> I will try to fix and apply this debug patch to master so it makes >>>>> easier to debug it. >>>>> >>>>> Meanwhile, can you provide a reproducing test? >>>>> >>>>> On Wednesday, December 11, 2019 at 3:49:07 PM UTC-5, zhiting zhu wrote: >>>>>> >>>>>> After tracing inside arch_relocate_rela, it's failed in case >>>>>> R_X86_64_DTPMOD64. >>>>>> >>>>>> I print out the name index of that symbol and it's 0. I use readelf >>>>>> -a to check the .rela.dyn section. >>>>>> There's a line that doesn't have Sym. Value and Sym.Name + Addend is >>>>>> 0. I think I'm failing at that line. >>>>>> >>>>>> Offset Info Type Sym. Value Sym. >>>>>> Name + Addend >>>>>> *00000b202f90 000000000010 R_X86_64_DTPMOD64 0* >>>>>> 00000b23ca60 000100000010 R_X86_64_DTPMOD64 000000000aee9f58 .tbss + >>>>>> 0 >>>>>> >>>>>> >>>>>> >>>>>> On Wed, Dec 11, 2019 at 10:36 AM zhiting zhu <zhit...@cs.utexas.edu> >>>>>> wrote: >>>>>> >>>>>>> Thanks for the debug patch. When I apply it, g++ complains about >>>>>>> "core/elf.cc:36:118: error: expected ‘)’ before ‘__VA_OPT__’" >>>>>>> I think __VA_OPT__ is only added to c++2a according to >>>>>>> https://gcc.gnu.org/onlinedocs/cpp/Variadic-Macros.html. Gcc 7.4.0 >>>>>>> on Ubuntu cannot compile that. >>>>>>> >>>>>>> On Tue, Dec 10, 2019 at 7:20 AM Waldek Kozaczuk <jwkoz...@gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> You may want to try to apply this patch - >>>>>>>> https://groups.google.com/forum/#!topic/osv-dev/LbnnY2Kcmak - that >>>>>>>> should provide many useful debug printouts. >>>>>>>> >>>>>>>> There is another patch I have sent that fixes the versioned >>>>>>>> self-lookup problem - >>>>>>>> https://groups.google.com/forum/#!topic/osv-dev/d56plMGXi6E. I >>>>>>>> wonder if it fixes your problem (my gut tells me yours is different). >>>>>>>> >>>>>>>> On Tuesday, December 10, 2019 at 3:07:09 AM UTC-5, Nadav Har'El >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> On Mon, Dec 9, 2019 at 10:51 PM zhiting zhu <zzt...@gmail.com> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Hey, >>>>>>>>>> >>>>>>>>>> I'm encountering this when I'm using some tensorflow functions: >>>>>>>>>> >>>>>>>>>> /lib/python3.6/tensorflow/python/_pywrap_tensorflow_internal.so: >>>>>>>>>> failed looking up symbol >>>>>>>>>> >>>>>>>>> >>>>>>>>> This is interesting, because the "failed looking up symbol" >>>>>>>>> message is always followed by the name of the symbol looked up: >>>>>>>>> >>>>>>>>> core/elf.cc: abort("%s: failed looking up symbol %s\n", >>>>>>>>> pathname().c_str(), demangle(name).c_str()); >>>>>>>>> >>>>>>>>> You can try to add printouts in object::arch_relocate_rela() to >>>>>>>>> try to understand which symbol() is being called >>>>>>>>> with an empty name. >>>>>>>>> >>>>>>>>> >>>>>>>>>> [backtrace] >>>>>>>>>> 0x00000000403442a7 <elf::object::symbol(unsigned int, bool)+391> >>>>>>>>>> 0x0000000040397dce <elf::object::arch_relocate_rela(unsigned int, >>>>>>>>>> unsigned int, void*, long)+574> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> 0x000000004033eed4 <elf::object::relocate_rela()+196> >>>>>>>>>> 0x0000000040341d27 <elf::object::relocate()+199> >>>>>>>>>> 0x0000000040345623 >>>>>>>>>> <elf::program::load_object(std::__cxx11::basic_string<char, >>>>>>>>>> std::char_traits<char>, std::allocator<char> >, >>>>>>>>>> std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, >>>>>>>>>> std::allocator<char> >, >>>>>>>>>> std::allocator<std::__cxx11::basic_string<char, >>>>>>>>>> std::char_traits<char>, std::allocator<char> > > >, >>>>>>>>>> std::vector<std::shared_ptr<elf::object>, >>>>>>>>>> std::allocator<std::shared_ptr<elf::object> > >&)+1459> >>>>>>>>>> 0x0000000040345e70 >>>>>>>>>> <elf::program::get_library(std::__cxx11::basic_string<char, >>>>>>>>>> std::char_traits<char>, std::allocator<char> >, >>>>>>>>>> std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, >>>>>>>>>> std::allocator<char> >, >>>>>>>>>> std::allocator<std::__cxx11::basic_string<char, >>>>>>>>>> std::char_traits<char>, std::allocator<char> > > >, bool)+336> >>>>>>>>>> 0x0000000040465fd8 <dlopen+136> >>>>>>>>>> 0x0000100000937228 <_PyImport_FindSharedFuncptr+376> >>>>>>>>>> 0x745f70617277796f <???+1920432495> >>>>>>>>>> >>>>>>>>>> It seems the name is not print out. >>>>>>>>>> >>>>>>>>>> If I'm using the check-libcfunc-avail.sh to check the >>>>>>>>>> _pywrap_tensorflow_internal.so, I get the following output: >>>>>>>>>> >>>>>>>>>> pthread_mutex_consistent not found >>>>>>>>>> pthread_mutexattr_setrobust not found >>>>>>>>>> fmaf not found >>>>>>>>>> fma not found >>>>>>>>>> mallinfo not found >>>>>>>>>> >>>>>>>>> >>>>>>>>> All of these we should eventually add, these are real Linux glibc >>>>>>>>> functions... >>>>>>>>> Feel free to open issues about them, or propose patches - some >>>>>>>>> will be trivial (e.g., fma() is already defined in musl/ we just need >>>>>>>>> to >>>>>>>>> enable it in the Makefile). >>>>>>>>> >>>>>>>>> 0000000000000000 not found >>>>>>>>>> DF not found >>>>>>>>>> *UND* not found >>>>>>>>>> 0000000000000000 not found >>>>>>>>>> (GLIBC_2.2.5) not found >>>>>>>>>> >>>>>>>>> >>>>>>>>> These may be (hopefully) parsing errors by the script? >>>>>>>>> >>>>>>>>> >>>>>>>>>> mremap not found >>>>>>>>>> >>>>>>>>> >>>>>>>>> Eventually will need to do this too... >>>>>>>>> https://github.com/cloudius-systems/osv/issues/184 >>>>>>>>> >>>>>>>>>> >>>>>>>>>> Originally, it also contains some output of missing complex >>>>>>>>>> number related functions. I include those from musl. The list >>>>>>>>>> reduces to >>>>>>>>>> the above. >>>>>>>>>> >>>>>>>>>> It would be great to know which symbol it's missing. I'm not sure >>>>>>>>>> whether it's looking for a symbol from libc or from other library. >>>>>>>>>> >>>>>>>>>> Best, >>>>>>>>>> Zhiting >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>> Google Groups "OSv Development" group. >>>>>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>>>>> send an email to osv...@googlegroups.com. >>>>>>>>>> To view this discussion on the web visit >>>>>>>>>> https://groups.google.com/d/msgid/osv-dev/d84f4991-69d5-45d8-98a2-403257c9e4b2%40googlegroups.com >>>>>>>>>> >>>>>>>>>> <https://groups.google.com/d/msgid/osv-dev/d84f4991-69d5-45d8-98a2-403257c9e4b2%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>>>>>> . >>>>>>>>>> >>>>>>>>> -- >>>>>>>> You received this message because you are subscribed to the Google >>>>>>>> Groups "OSv Development" group. >>>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>>> send an email to osv...@googlegroups.com. >>>>>>>> To view this discussion on the web visit >>>>>>>> https://groups.google.com/d/msgid/osv-dev/4a72dd0b-b20a-4877-94da-aa9313add35e%40googlegroups.com >>>>>>>> >>>>>>>> <https://groups.google.com/d/msgid/osv-dev/4a72dd0b-b20a-4877-94da-aa9313add35e%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>>>> . >>>>>>>> >>>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "OSv Development" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to osv...@googlegroups.com. >>>>> To view this discussion on the web visit >>>>> https://groups.google.com/d/msgid/osv-dev/a83feefd-2c93-48d0-bb9b-674ad0870853%40googlegroups.com >>>>> >>>>> <https://groups.google.com/d/msgid/osv-dev/a83feefd-2c93-48d0-bb9b-674ad0870853%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>> . >>>>> >>>> -- >> You received this message because you are subscribed to the Google Groups >> "OSv Development" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to osv...@googlegroups.com <javascript:>. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/osv-dev/42454aa1-51b9-4638-bcd0-337002364524%40googlegroups.com >> >> <https://groups.google.com/d/msgid/osv-dev/42454aa1-51b9-4638-bcd0-337002364524%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> > -- You received this message because you are subscribed to the Google Groups "OSv Development" group. To unsubscribe from this group and stop receiving emails from it, send an email to osv-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/osv-dev/648f49e7-6f5a-4340-87ba-c923092c5af6%40googlegroups.com.
