shapeworks-dev-support

Text archives Help


Re: [shapeworks-dev-support] OpenVDB and IlmBase


Chronological Thread 
  • From: Alan Morris <amorris@sci.utah.edu>
  • To: Allen Sanderson <allen@sci.utah.edu>
  • Cc: shapeworks-dev-support@sci.utah.edu
  • Subject: Re: [shapeworks-dev-support] OpenVDB and IlmBase
  • Date: Wed, 17 Jun 2020 15:05:59 -0600
  • Ironport-sdr: +gCd6RDGGjKjj04I6bwUk29EAMScRtxtUpum2e7rU99dLH0sUaxBqFuymvxPV62TbtN51Zwd5i UflE785hGabBBj0T5BwQUuEPvB8YB2jd6dRidbz+vFL6yhMDgxwJikN2Fh2UFoVyhEisBB1iJn Xr/JkWV81y5REh5hriCgZ3AbWbq0O4V/dft6stkP7yr6g8hvridJ+e89v4VaXg02h4bA2enIL8 5Xjd4B9X+guyruWyCFFBGX2fHOQGeai1KAmmww49msS9jjZWk7c5/+sWj/VpKNwYadWHXRavsf hW8=
We haven't had any problem building XLNT on OSX, but we are using
10.13, 10.14, and 10.15. You are using 10.12, right? I suspect a
newer Clang would resolve it.

Alan

On Wed, Jun 17, 2020 at 3:03 PM Allen Sanderson <allen@sci.utah.edu> wrote:
>
> Hi Alan,
>
> Thanks, the issue is that while I was doing the activate.
>
> conda activate shapeworks
>
> the condo installs needed to be rerun.
>
> source conda_installs.sh
>
> which is was not clear. Seems like there needs to be a way of letting one
> know that.
>
>
> Next issue in building Xlnt on OS X I get the following when building XLNT
>
>
> In file included from
> /Projects/ShapeWorks/ShapeWorks/dependencies/build/xlnt/source/cell/cell_reference.cpp:27:
> /Projects/ShapeWorks/ShapeWorks/dependencies/build/xlnt/source/../include/xlnt/cell/cell_reference.hpp:268:16:
> error: implicit instantiation of undefined template 'std::__1::hash'
> return hashstd::uint64_t{}(x.row() |
> static_caststd::uint64_t(x.column_index()) << 32);
> ^
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:3171:29:
> note: template is declared here
> template struct hash;
> ^
>
> It would appear that hashstd::uint64_t is not defined explicitly ??? Not
> sure how best to resolve this issue. Has anyone else building OS X run into
> this issue? I have searched several forums but without any luck. I
> submitted an issue to XLNT.
>
> Cheers,
>
> Allen
>
>
>
>
> On Jun 17, 2020, at 12:49 PM, Alan Morris <amorris@sci.utah.edu> wrote:
>
> Allen,
>
> They are provided by conda. See BUILD.md.
>
> Alan
>
> On Wed, Jun 17, 2020 at 12:47 PM Allen Sanderson <allen@sci.utah.edu> wrote:
>>
>> Hi,
>>
>> I just decided to do a git pull. It looks as though there is are
>> additional dependencies for OpenVDB that may not have been taken into
>> account at least for OS X:
>>
>> OpenEXR
>> TBB
>> Boost
>>
>> Here is the error for ILM which is in OpenEXR.
>>
>>
>> ## Building OpenVDB...
>> fatal: destination path 'openvdb' already exists and is not an empty
>> directory.
>> HEAD is now at c5e9e294... Merge pull request #580 from
>> Idclip/7.0.0_releasecandidate
>> -- CMake Build Type: Release
>> -- Configuring for OpenVDB Version 7.0.0
>> -- Configuring for OpenVDB ABI Version 7
>> -- ----------------------------------------------------
>> -- ------------- Configuring OpenVDBCore --------------
>> -- ----------------------------------------------------
>> -- Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE)
>> CMake Error at
>> /Projects/miniconda3/envs/shapeworks/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:137
>> (message):
>> Could NOT find IlmBase (missing: IlmBase_INCLUDE_DIR
>> IlmBase_LIB_COMPONENTS
>> Half) (Required is at least version "2.2")
>> Call Stack (most recent call first):
>>
>> /Projects/miniconda3/envs/shapeworks/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:378
>> (_FPHSA_FAILURE_MESSAGE)
>> cmake/FindIlmBase.cmake:285 (find_package_handle_standard_args)
>> openvdb/CMakeLists.txt:61 (find_package)
>>
>>
>>
>> Cheers,
>>
>> Allen
>>
>>
>> Allen Sanderson
>> SCI Institute
>> University of Utah
>>
>>
>>
>

Archive powered by MHonArc 2.6.18.

Top of page