Hi Alan,

What version of clang is being used on 10.13?? I am running 9.0 but yes on 10.12.

Probably time to update my OS X but it is such a bane as it causes a week of down time.

Cheers,

Allen




> On Jun 17, 2020, at 3:05 PM, Alan Morris <amorris@sci.utah.edu> wrote:
>
> 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
>>>
>>>
>>>
>>