Edward Lam

The GU_PrimVDB.h inline accessors are now forced with SYS_STATIC_INLINE in Houdini 18.0.353.

> 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 of sync. I've be...

@ianww That's odd, did `GEO_VDBTranslator.cc` get rebuilt after the change? I would expect that you get a compiler error when compiling that source file. It looks to me that it...

@Idclip We've built Houdini's boost iostreams against xz 5.2.3 for liblzma for quite a while now even back in H18.5. This has not changed in H19 nor H19.5. ``` $...

@Idclip I don't think the allocator will matter. Again, I'd double-check your `/usr/local/libboost_iostreams.so.1.73.0`. It might be that it has been incorrectly built all along but we just never noticed it...

@Idclip Ah, our resident Linux expert pointed out something blindingly obvious that I had missed. Your linker line links against boost iostreams, but since boost iostreams depends on lzma, then...

Confirmed, we get this with VS2022 as well. The error doesn't make a lot of sense as clearly `std::pair` (of any type) should have a member named `second`. I tried...

It's very odd that I'm unable to reproduce with a fresh checkout using vcpkg for dependencies and VS 2022, doing a shared library build. The unit tests all build and...

Reproduced! It requires the `/permissive-` MSVC compiler option (which strengthens conformance and is also used by Houdini). Changing `/std:c++14` (the default) to `/std:c++17` makes no difference wrt to the compiler...

It seems to be related to two phase lookup somehow as turning it off with `/permissive- /Zc:twoPhase-` will shut up the compiler errors. Also helping the compiler along with what...