Unsure, just working with trial and error. Something to do with ffmpeg and oiio maybe?
In either case, ignorantly installing packages on my part seemed to either eliminate the error or move it down the line for us to hit in the future. On Fri, 9 Aug 2019 at 15:34, Larry Gritz <[email protected]> wrote: > How is mp3lame related at all? > > > On Aug 9, 2019, at 7:19 AM, Jeremy Hardin <[email protected]> > wrote: > > Same issue here today with not being able to find JPEG on Centos 7. The > issue went away after installing libjpeg-turbo and libjpeg-turbo-devel. > > Next I had an issue with mp3lame (or something along those lines), so I > did a yum search and installed the lame-mp3x and lame and lame-libs > packages just to try to solve the problem without understanding it. > > After that issues went away and make worked without a fuss. (I did end up > redoing the make process after installing OCIO, and again, no issues after > the above items were installed.) > > > > > > On Sat, 3 Aug 2019 at 00:52, Trevor Cable <[email protected]> wrote: > >> I only used the -fPIC flag when the error message stated to recompile >> with -fPIC. I thought I’d try that. >> >> However, I an ideal world I’d like a statically linked oiiotool. >> >> >> I’ll keep chugging away with the issues I’m having but in the mean I’m >> going back to version 1.5x as I simply can’t get oiio to compile on Centos >> 7. I’m on a tight deadline. >> >> Thank you. >> >> >> >> >> >> On Aug 2, 2019, at 3:22 PM, Larry Gritz <[email protected]> wrote: >> >> It looks like you are trying to build a -fPIC version of OIIO but then >> link against a boost that is statically linked and not built with -fPIC. >> >> Is there a reason you are using the EXTRA_CPP_ARGS=-fPIC with OIIO, or a >> reason you are using static boost libs instead of dynamic? >> >> >> On Aug 2, 2019, at 1:19 PM, Trevor Cable <[email protected]> wrote: >> >> Thank you all for the feedback regarding the jpeg library. I reinstalled >> the various jpeg libraries and none of them put a header file in >> /usr/include/. I manually moved jpeglib.h from the src tree into >> /usr/include and that got me past that particular issue. >> >> However, I am stumped again with another error. This is a clean install >> of Centos and I’m using all of the recommended versions of dependencies so >> I’m not sure what’s going on. >> >> >> I am now facing linking issues. I mostly do osx development and have >> dealt with linking issues before but with this I’m to sure where to even >> start troubleshooting. >> I have tried adding -fPIC to the compiler as the error suggests but this >> did not help. >> >> make USE_QT=0 USE_PYTHON=0 >> >> I tried this as well: make USE_QT=0 USE_PYTHON=0 EXTRA_CPP_ARGS=-fPIC >> >> >> Here is the short version of the output: >> >> /usr/bin/ld: /usr/local/lib/libboost_filesystem.a(operations.o): >> relocation R_X86_64_32 against hidden symbol >> `_ZZN5boost6system15system_categoryEvE24system_category_instance' can not >> be used when making a shared object >> /usr/bin/ld: /usr/local/lib/libboost_filesystem.a(path.o): relocation >> R_X86_64_32S against symbol `_ZNSs4_Rep20_S_empty_rep_storageE@@GLIBCXX_3.4' >> can not be used when making a shared object; recompile with -fPIC >> /usr/bin/ld: /usr/local/lib/libboost_filesystem.a(unique_path.o): >> relocation R_X86_64_32 against hidden symbol >> `_ZZN5boost6system15system_categoryEvE24system_category_instance' can not >> be used when making a shared object >> /usr/bin/ld: /usr/local/lib/libboost_thread.a(thread.o): relocation >> R_X86_64_32 against `.text' can not be used when making a shared object; >> recompile with -fPIC >> /usr/bin/ld: /usr/local/lib/libboost_thread.a(once.o): relocation >> R_X86_64_32 against `.bss' can not be used when making a shared object; >> recompile with -fPIC >> /usr/bin/ld: /usr/local/lib/libboost_regex.a(instances.o): relocation >> R_X86_64_32S against `.rodata' can not be used when making a shared object; >> recompile with -fPIC >> /usr/bin/ld: /usr/local/lib/libboost_regex.a(regex.o): relocation >> R_X86_64_32S against hidden symbol `_ZTVN5boost11regex_errorE' can not be >> used when making a shared object >> /usr/bin/ld: /usr/local/lib/libboost_regex.a(regex_traits_defaults.o): >> relocation R_X86_64_32 against `.rodata' can not be used when making a >> shared object; recompile with -fPIC >> /usr/bin/ld: /usr/local/lib/libboost_regex.a(cpp_regex_traits.o): >> relocation R_X86_64_32 against hidden symbol >> `_ZZN5boost16cpp_regex_traitsIcE14get_mutex_instEvE7s_mutex' can not be >> used when making a shared object >> /usr/bin/ld: final link failed: Nonrepresentable section on output >> collect2: error: ld returned 1 exit status >> make[3]: *** [src/libutil/libOpenImageIO_Util.so.2.0.9] Error 1 >> >> >> Thanks for any suggestions. >> >> >> On Aug 2, 2019, at 10:20 AM, Larry Gritz <[email protected]> wrote: >> >> Looks like jpeg, not openjpeg. >> >> On my CentOS system at work, I see /usr/lib64/libjpeg.so, and >> /usr/include/jpeglib.h (as well as turbojpeg.h in the same directory). Do >> you see those installed on your machine? >> >> >> >> On Aug 2, 2019, at 10:18 AM, Alex Hughes <[email protected]> wrote: >> >> Would be my guess as well, openjpeg-devel is installed for me >> >> >> >> On Fri, Aug 2, 2019 at 10:13 AM Nathan R <[email protected]> wrote: >> >>> If you're using the system openjpeg package, my guess is that you >>> haven't installed openjpeg-devel. >>> >>> On 8/2/2019 9:38 AM, Trevor Cable wrote: >>> >>> Greetins, >>> I am working on a project in which oiio would be a fantastic addition >>> but I must use Centos 7 on our farm. I actually just need oiiotool but >>> presume I need to compile the entire package for this to work. >>> >>> Centos 7 >>> Linux node01.#####.net 3.10.0-957.27.2.el7.x86_64 #1 SMP Mon Jul 29 >>> 17:46:05 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux >>> Cmake 3.15.1 >>> Boost 1.70 >>> gcc 8.1.0 >>> OpenEXR 2.2 >>> libTiff 4.0.9 >>> libRaw 0.19.3 >>> libPng 1.6.37 >>> libJpg 6b >>> openJPEG - most recent >>> >>> >>> Upon using ‘make USE_QT=0’ I get an error: >>> CMake Error at >>> /usr/local/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:137 >>> (message): >>> Could NOT find JPEG (missing: JPEG_LIBRARY JPEG_INCLUDE_DIR) >>> >>> I have been reading up on CMake but am unable to get to the root cause. >>> I’ve checked that the JPEG lib and binaries are in the correct system >>> locations. >>> >>> >>> I’ll include the entire output below. >>> Does anyone know what might be causing this? >>> >>> Also, has anyone successfully compiled oiio on Centos 7? The repo >>> version is too old for production use so I can’t use that. >>> >>> >>> Thank you for any tips that might point me in the right direction. I >>> will continue reading up on CMake in the mean time. >>> >>> >>> ******************** BEGIN CONSOLE OUTPUT *************************** >>> >>> [tcable@node01 oiio-release]$ make USE_QT=0 >>> -- The CXX compiler identification is GNU 8.1.0 >>> -- The C compiler identification is GNU 8.1.0 >>> -- Check for working CXX compiler: /usr/local/bin/c++ >>> -- Check for working CXX compiler: /usr/local/bin/c++ -- works >>> -- Detecting CXX compiler ABI info >>> -- Detecting CXX compiler ABI info - done >>> -- Detecting CXX compile features >>> -- Detecting CXX compile features - done >>> -- Check for working C compiler: /usr/local/bin/gcc >>> -- Check for working C compiler: /usr/local/bin/gcc -- works >>> -- Detecting C compiler ABI info >>> -- Detecting C compiler ABI info - done >>> -- Detecting C compile features >>> -- Detecting C compile features - done >>> -- CMake version is 3.15.1 >>> CMake Deprecation Warning at CMakeLists.txt:17 (cmake_policy): >>> The OLD behavior for policy CMP0046 will be removed from a future >>> version >>> of CMake. >>> >>> The cmake-policies(7) manual explains that the OLD behaviors of all >>> policies are deprecated and that a policy should be set to OLD only >>> under >>> specific short-term circumstances. Projects should be ported to the >>> NEW >>> behavior and not rely on setting a policy to OLD. >>> >>> >>> -- Project build dir = /home/tcable/oiio-release/build/linux64 >>> -- Project install dir = /home/tcable/oiio-release/dist/linux64 >>> -- platform = linux64 >>> -- CMAKE_CXX_COMPILER is /usr/local/bin/c++ >>> -- CMAKE_CXX_COMPILER_ID is GNU >>> -- Building for C++11 >>> -- clang-format not found. >>> -- Setting Namespace to: OpenImageIO_v2_0 >>> -- Found Boost 1.70.0 at /usr/local/lib/cmake/Boost-1.70.0 >>> -- Requested configuration: QUIET REQUIRED COMPONENTS >>> filesystem;system;thread;regex >>> -- Found boost_headers 1.70.0 at >>> /usr/local/lib/cmake/boost_headers-1.70.0 >>> -- Found boost_filesystem 1.70.0 at >>> /usr/local/lib/cmake/boost_filesystem-1.70.0 >>> -- libboost_filesystem.a >>> -- Adding boost_filesystem dependencies: headers >>> -- Found boost_system 1.70.0 at /usr/local/lib/cmake/boost_system-1.70.0 >>> -- libboost_system.a >>> -- Adding boost_system dependencies: headers >>> -- Found boost_thread 1.70.0 at /usr/local/lib/cmake/boost_thread-1.70.0 >>> -- libboost_thread.a >>> -- Adding boost_thread dependencies: headers >>> -- Found boost_regex 1.70.0 at /usr/local/lib/cmake/boost_regex-1.70.0 >>> -- libboost_regex.a >>> -- Adding boost_regex dependencies: headers >>> -- OCIO not found. Specify OCIO_PATH to locate it >>> -- Skipping OpenColorIO support >>> -- No Qt5 -- skipping components that need Qt5. >>> -- Could NOT find BZip2 (missing: BZIP2_LIBRARIES BZIP2_INCLUDE_DIR) >>> -- Field3d will not be used >>> -- Intel TBB not found, TBB_ROOT_DIR='' >>> -- OpenVDB will not be used, could not find Intel TBB >>> CMake Error at >>> /usr/local/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:137 >>> (message): >>> Could NOT find JPEG (missing: JPEG_LIBRARY JPEG_INCLUDE_DIR) >>> Call Stack (most recent call first): >>> >>> /usr/local/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:378 >>> (_FPHSA_FAILURE_MESSAGE) >>> /usr/local/share/cmake-3.15/Modules/FindJPEG.cmake:100 >>> (find_package_handle_standard_args) >>> src/cmake/externalpackages.cmake:359 (find_package) >>> CMakeLists.txt:135 (include) >>> >>> >>> -- Configuring incomplete, errors occurred! >>> See also >>> "/home/tcable/oiio-release/build/linux64/CMakeFiles/CMakeOutput.log". >>> See also >>> "/home/tcable/oiio-release/build/linux64/CMakeFiles/CMakeError.log". >>> make: *** [cmakesetup] Error 1 >>> >>> >>> *********************** END CONSOLE OUTPUT *************************** >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Oiio-dev mailing >>> [email protected]http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >>> >>> >>> _______________________________________________ >>> Oiio-dev mailing list >>> [email protected] >>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >>> >> _______________________________________________ >> Oiio-dev mailing list >> [email protected] >> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >> >> >> -- >> Larry Gritz >> [email protected] >> >> >> >> >> _______________________________________________ >> Oiio-dev mailing list >> [email protected] >> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >> >> >> _______________________________________________ >> Oiio-dev mailing list >> [email protected] >> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >> >> >> -- >> Larry Gritz >> [email protected] >> >> >> >> >> _______________________________________________ >> Oiio-dev mailing list >> [email protected] >> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >> >> >> _______________________________________________ >> Oiio-dev mailing list >> [email protected] >> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >> > _______________________________________________ > Oiio-dev mailing list > [email protected] > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > > > -- > Larry Gritz > [email protected] > > > > > _______________________________________________ > Oiio-dev mailing list > [email protected] > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >
_______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
