possibly orthogonal to this but many of the library versions you are compiling against are vfxplatform cy2017 versions which is correct for Nuke 11.x but Nuke 12.x is cy2019.
On Tue, Jun 30, 2020 at 6:45 PM Zac Coster <zac.cos...@rsp.com.au> wrote: > Many Thanks Nathan, > > I really appreciate you taking the time to reply & testing it yourself. > > We're also on Linux (Centos-7) > > I'm definitely sure it is against 12.1 as this is my ldd for DDImage > libDDImage.so => > /asset/common/software/thirdparty/nuke/12.1v2-build1/arch/linux-any/x86_64/libDDImage.so > (0x00007fd5ccc96000) > > For testing, i was also just adding it to the NUKE_PATH like this > setenv NUKE_PATH > /home/zacc/dev/junk/build_test/oiio/oiio-rb-2.2.3/oiio-RB-2.2.3/install/lib64 > > I'm wondering if maybe one of the other dependencies i am building with is > incompatible? > Found Boost 106100 > Found TIFF 4.0.3 > Found OpenEXR 2.2.0 > Found OpenCV 2.4.5 > Found OpenColorIO 1.1.1 > Found LibRaw 0.19.5 > Found OpenJpeg 2.1 > Found PTex 4.1.4 > Found fmt 60201 > Found Robinmap 0.62 > Found PythonLibs 2.7.16 > Found pybind11 2.4.2 > > fwiw, these are also my cmake options > > -DCMAKE_CXX_COMPILER="/asset/common/software/thirdparty/gcc/4.8.5-build3/arch/linux-centos7/x86_64/bin/g++" > -DCMAKE_INSTALL_PREFIX="~/dev/junk/build_test/oiio/oiio-rb-2.2.3/oiio-RB-2.2.3/install" > -DPYTHON_EXECUTABLE:FILEPATH="/asset/common/software/thirdparty/python/2.7.16-build1/arch/linux-centos7/x86_64/ucs4/ndebug/bin/python2.7" > -DCMAKE_CXX_STANDARD=11 > -DOpenColorIO_ROOT="/asset/common/software/thirdparty/opencolorio/1.1.1-build1/arch/linux-centos7/x86_64/gcc4.8/python2.7/ucs4/ndebug/foundry" > -DOpenEXR_ROOT="/asset/common/software/thirdparty/openexr/2.2.0-build8/arch/linux-centos7/x86_64/gcc4.8/" > -DILMBASE_ROOT="/asset/common/software/thirdparty/ilmbase/2.2.0-build8/arch/linux-centos7/x86_64/gcc4.8/" > -DBOOST_ROOT="/asset/common/software/thirdparty/boost/1.61.0-build6/arch/linux-centos7/x86_64/gcc4.8/" > -DOPENEXR_HALF_LIBRARY="/asset/common/software/thirdparty/ilmbase/2.2.0-build8/arch/linux-centos7/x86_64/gcc4.8/lib/libHalf.so" > -DOPENEXR_IEX_LIBRARY="/asset/common/software/thirdparty/ilmbase/2.2.0-build8/arch/linux-centos7/x86_64/gcc4.8/lib/libIex.so" > -DOpenJpeg_ROOT="/asset/common/software/thirdparty/openjpeg/2.1.2-build1/arch/linux-centos6_2/x86_64/gcc4.8/" > -DFMT_INCLUDE_DIR="/asset/common/software/thirdparty/fmtlib/6.2.1-build1/arch/linux-centos7/x86_64/include" > -DROBINMAP_INCLUDE_DIR="/asset/common/software/thirdparty/robin-map/0.6.2-build1/arch/linux-centos7/x86_64/include" > -Dpybind11_DIR="/asset/common/software/thirdparty/pybind11/2.4.2-build1/arch/linux-centos7/x86_64/python2.7/ucs4/ndebug/share/cmake/pybind11" > -DLibRaw_ROOT="/asset/common/software/thirdparty/libraw/0.19.5-build3/arch/linux-centos7/x86_64/" > -DHDF5_ROOT="/asset/common/software/thirdparty/hdf5/1.8.17-build4/arch/linux-centos7/x86_64/gcc4.8" > -DPTex_ROOT="/asset/common/software/thirdparty/ptex/2.1.28-build1" > -DLibRaw_INCLUDE_DIR="/asset/common/software/thirdparty/libraw/0.19.5-build3/include/" > -DTBB_ROOT="/asset/common/software/thirdparty/tbb/2019.5.0-build1/arch/linux-centos6_2/x86_64" > -DTBB_INCLUDE_DIRS="/asset/common/software/thirdparty/tbb/2019.5.0-build1/include" > -DUSE_Libheif=OFF -DUSE_Libsquish=OFF -DUSE_R3DSDK=OFF -DUSE_DCMTK=OFF > -DUSE_FIELD3D=OFF -DUSE_OpenVDB=OFF -DVERBOSE=1 -DSTOP_ON_WARNING=0 > -DUSE_PYTHON=1 > -DNuke_ROOT="/asset/common/software/thirdparty/nuke/12.1v2-build1/arch/linux-any/x86_64" > -DNUKE_VERSION=12.1 > > Everything does compile fine and if i switch the Nuke_ROOT to 11.3 it > definitely works fine with 11.3. > ------------------------------ > *From: *"Nathan R" <nathanru...@gmail.com> > *To: *"oiio-dev" <oiio-dev@lists.openimageio.org> > *Sent: *Wednesday, 1 July, 2020 4:22:18 AM > *Subject: *Re: [Oiio-dev] Do the tx plugins support Nuke12+? > > Hi Zac, > > I just tested building RB-2.2.3 against Nuke 12.1v2, and the txReader is > working as expected, so there are no API issues that need to be dealt > with (on Linux at least). > > Is it possible that your build is not picking up the Nuke version you > expect, or that you're reusing a build tree (specifically a CMake cache) > from a previous build against a different version of Nuke? > > -Nathan > > On 6/28/2020 6:02 PM, Zac Coster wrote: > > Many Thanks Nathan, > > > > I was building against Nuke12.1 & i was also passing the Nuke_ROOT arg > > to oiio's cmakelists > > > > Unfortunately it still seemed to get the txReader.so: plugin did not > > define txReader on load. > > > > If i build oiio/2.2.3 against Nuke11.3 though. It works fine for > > Nuke11.3. (this is with setting Nuke_ROOT to our 11.3 installation > > directory) > > > > I do have these optional builds disabled though > > -DUSE_R3DSDK=OFF -DUSE_DCMTK=OFF -DUSE_FIELD3D=OFF -DUSE_OpenVDB=OFF > > -DUSE_Libheif=OFF -DUSE_Libsquish=OFF > > > > I wish i had more to show, but the ldds all look good and i don't get > > any missing symbols on load. ( These are all set appropriately at > > runtime ) > > libOpenColorIO.so.1 => not found > > libIlmImf-2_2.so.22 => not found > > libImath-2_2.so.12 => not found > > libHalf.so.12 => not found > > libIex-2_2.so.12 => not found > > libIexMath-2_2.so.12 => not found > > libIlmThread-2_2.so.12 => not found > > libDDImage.so => not found > > libOpenImageIO.so.2.2.3 => not found > > > > Appreciate you taking the time to reply! > > ------------------------------------------------------------------------ > > *From: *"Nathan R" <nathanru...@gmail.com> > > *To: *"oiio-dev" <oiio-dev@lists.openimageio.org> > > *Sent: *Monday, 29 June, 2020 3:58:04 AM > > *Subject: *Re: [Oiio-dev] Do the tx plugins support Nuke12+? > > > > Hi Zac, > > > > If you're building the plugins against 11.3 and then trying to load them > > in 12.1, that's definitely not going to work. There was an explicit ABI > > compatibility break in 12.1 specifically related to file reader plugins. > > From the release notes: > > > > > DDImage Update > > > Nuke 12.1 contain an update to DDImage to separate the codec knobs > > from the container knobs. This update breaks binary compatibility for > > any and all plug-ins built against previous versions of DDImage. > > > > In terms of the FindNuke module not "knowing" about Nuke 12, that's not > > really an impediment to building. If you just pass -D > > Nuke_ROOT=/path/to/your/Nuke_install_dir when building OIIO, the find > > module will just look in that directory instead of trying to search for > > an install using a matrix of known versions. I would like to rewrite > > that module to do a better job of searching for installations in a > > future-proof manner, but that's not strictly necessary to fix these > > types of situations. > > > > Hope this helps. > > > > -Nathan > > > > On 6/25/2020 7:19 PM, Zac Coster wrote: > > > Hi All, > > > > > > I am trying to get oiio/2.2.3 working with Nuke12.1, however i can't > > > seem to get the plugins to initialize. > > > > > > I took a look at the FindNuke.cmake > > > > > > https://github.com/OpenImageIO/oiio/blob/Release-2.2.3.0-dev/src/cmake/modules/FindNuke.cmake > > > > > > and it looks like it doesn't cover Nuke12.1? > > > > > > fwiw i was able to successfully register these plugins with oiio/2.2.3 > > > & ocio/1.1.1 in Nuke11.3 > > > > > > Wondering if I'm doing something wrong? > > > > > > the ldd looks good to me, no missing symbols, all of the libraries are > > > linked. It just doesn't seem to initialize the plugin. I get this > > > error in the terminal > > > > > > txReader.so: plugin did not define txReader > > > > > > Many Thanks, > > > zac > > > > > > _______________________________________________ > > > Oiio-dev mailing list > > > Oiio-dev@lists.openimageio.org > > > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > > > > _______________________________________________ > > Oiio-dev mailing list > > Oiio-dev@lists.openimageio.org > > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > > > > _______________________________________________ > > Oiio-dev mailing list > > Oiio-dev@lists.openimageio.org > > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > > _______________________________________________ > Oiio-dev mailing list > Oiio-dev@lists.openimageio.org > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > _______________________________________________ > Oiio-dev mailing list > Oiio-dev@lists.openimageio.org > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >
_______________________________________________ Oiio-dev mailing list Oiio-dev@lists.openimageio.org http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
