undefined symbol error when loading plugin (Nuke 11.2v3) about nuke-ml-server HOT 8 OPEN

Hello! Glad you're enjoying it.

I think you're correct that it's linked against the wrong library. Running 'ldd' on the MLClient.so might give you a hint at the library it linked against during compilation. You could also try running 'make' in verbose mode (i.e. 'make VERBOSE=1') to print out the linker command to see what paths are being included. Hope that helps!

from nuke-ml-server.

Hmm, after further inspection it seems to be loading the right library, but the library indeed does not seem to have the symbol it's looking for. If I do

nm -D /usr/local/Nuke11.2v3/libDDImage.so

I get output that looks like:

00000000001f88b0 T _ZN2DD5Image2Op14set_unlicensedEv
0000000000344d20 T _ZN2DD5Image2Op15add_draw_handleEPNS0_13ViewerContextE
00000000003455a0 T _ZN2DD5Image2Op15add_knob_handleEPNS0_4KnobEPNS0_13ViewerContextE
000000000024b630 T _ZN2DD5Image2Op15anyInputHandlesEPNS0_13ViewerContextE
000000000024d230 T _ZN2DD5Image2Op15disallowNoTreesEv
000000000024d240 T _ZN2DD5Image2Op15isTimingEnabledEv
000000000011e8d0 W _ZN2DD5Image2Op15pre_write_knobsEv
000000000024c7c0 T _ZN2DD5Image2Op15progressDismissEv
000000000024c570 T _ZN2DD5Image2Op15progressMessageEPKcz
0000000000a10770 D _ZN2DD5Image2Op15status_callbackE
000000000024a5b0 T _ZN2DD5Image2Op16add_input_handleEiPNS0_13ViewerContextE

So similar symbols are there, but

nm -D /usr/local/Nuke11.2v3/libDDImage.so | grep _ZNK2DD5Image2Op15input_longlabelB5cxx11Ei

returns nothing.

Can you confirm the plugin should work with Nuke 11.2v3?

from nuke-ml-server.

Ok, I figured out the issue. I guess Nuke 11.2v3 was compiled with the old, non-cxx11 ABI. To fix this error, I had to recompile both protobuf and the client with '-D_GLIBCXX_USE_CXX11_ABI=0'.

from nuke-ml-server.

from nuke-ml-server.

Hi,
I also ran into the same issue using ubuntu 18.04 LTS. Where exactly do I need to paste that line of code to fix that gcc problem?

Thank you,
Uwe

Ok, I figured out the issue. I guess Nuke 11.2v3 was compiled with the old, non-cxx11 ABI. To fix this error, I had to recompile both protobuf and the client with '-D_GLIBCXX_USE_CXX11_ABI=0'.

from nuke-ml-server.

Hi @UweMajer ,

I haven't tested it, but you can add the definition in the 'nuke-ML-server/CMakeLists.txt':

add_definitions(-D_GLIBCXX_USE_CXX11_ABI=0)

(from: https://stackoverflow.com/questions/50867365/what-is-difference-between-add-definitions-and-set-in-cmake-file, more info here: https://blog.conan.io/2016/03/22/From-CMake-syntax-to-libstdc++-ABI-incompatibiliy-migrations-are-always-hard.html)

from nuke-ml-server.

for me it did not work to add the codeline provided by @ringdk , but i managed to get it running anyway on Ubuntu 18.04.3 LTS.
i installed gcc-4.8.5 and used it instead of the newer gcc which was preinstalled. recompiled protobuf and the mlserver.so, and it worked fine. (remove protobuf before installing protobuf compiled with older gcc)
my post might be useless for experienced users, but for me as a noob this would have helped so I thought I just post it.

best regards,
felix

from nuke-ml-server.

So I did a recompile ala @fcole under 12.2 and continue to see the same problem. One thing I didn't check is if the definitions 'survived' the configure since I notice that it also goes in and does some ABI related foolishness.

Next I suppose would be to build a docker / roll back my gcc ala @sprngLf ... ugh.

from nuke-ml-server.