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] > <mailto:[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] >> <mailto:[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] >>> <mailto:[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] >>>> <mailto:[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] >>>>> <mailto:[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] >>>>> <mailto:[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 list >>>>>> [email protected] <mailto:[email protected]> >>>>>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >>>>>> <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org> >>>>> >>>>> _______________________________________________ >>>>> Oiio-dev mailing list >>>>> [email protected] <mailto:[email protected]> >>>>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >>>>> <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org> >>>>> _______________________________________________ >>>>> Oiio-dev mailing list >>>>> [email protected] <mailto:[email protected]> >>>>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >>>>> <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org> >>>> >>>> -- >>>> Larry Gritz >>>> [email protected] <mailto:[email protected]> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Oiio-dev mailing list >>>> [email protected] <mailto:[email protected]> >>>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >>>> <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org> >>> >>> _______________________________________________ >>> Oiio-dev mailing list >>> [email protected] <mailto:[email protected]> >>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >>> <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org> >> >> -- >> Larry Gritz >> [email protected] <mailto:[email protected]> >> >> >> >> >> _______________________________________________ >> Oiio-dev mailing list >> [email protected] <mailto:[email protected]> >> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >> <http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org> > > _______________________________________________ > Oiio-dev mailing list > [email protected] <mailto:[email protected]> > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > <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
