Nick Avramoussis

> I'd be really grateful if you could provide your thoughts on these new errors, and also whether you think my adding the code directly to the CMakeLists file was...

Hmm I'm a bit stumped with this one, @jmlait @e4lam any ideas? These are the specific symbol errors: ``` Creating library C:/vcpkg/openvdb/out/build/x64-Release/openvdb_houdini/Release/openvdb_houdini.lib and object C:/vcpkg/openvdb/out/build/x64-Release/openvdb_houdini/Release/openvdb_houdini.exp C:\vcpkg\openvdb\out\build\x64-Release\openvdb_houdini\GEO_VDBTranslator.obj : error LNK2019: unresolved...

From what I can determine from the above: ``` > Visual Studio 16 2019 (Build Engine version 16.4.0+e901037fe) > Houdini 17.5.425 ```

Thanks a lot @e4lam - I was hoping that I could mark these methods within the VDB copies of GEO/GU_PrimVDB and build with `-DSESI_OPENVDB_PRIM` but they seem to be out...

Does this happen for both static and shared (dll) builds?

Good to know - we currently don't test static builds with explicit instantiation on Windows (due to CI limitations) which is why I ask. There's nothing obvious as to why...

@apradhana have you managed to sort out your CLA for this one?

Hi @medakk - this is a good question, but unfortunately there are no existing tools to do as you've asked. We discussed this at the last technical steering committee (see...

Hey @medakk, sorry for the late reply. There are two main concerns when instantiating arbitrary grid types. The first is itself defining a compatible type. If you try the following...

@danrbailey If you have the time it would be awesome to revist this