Robert Osfield

I have now implemented sharing of GraphicsPipelineImplementation objects with commit: da2d31e67f35ac9088f907e2a7dc267c3b63ea46 This is checked into the latest dynamic viewport branch: https://github.com/vsg-dev/VulkanSceneGraph/tree/dynamic-viewport3 I think wraps what is required for the functionality...

I have tested under Windows and am running cppcheck to do my final checks on the dynamic-viewport3 branch. While cppcheck hasn't completed yet I'm comfortable enough to generate a PR...

I've done a quick review but on first reading it feels a bit awkward so I'll want to review it a few more times, test it out and reflect on...

I'm closing this PR as I believe it's superseded by dynamic vsg::ViewportState support that is now merged with VSG master with PR #1396.

Don't from my personally, I'm flat out on the VulkanSceneGraph project right now and not in position to do support/updates to the OpenSceneGraph. Perhaps others/yourself can tackle the required updates.

@martinweber That's an obscure and unwelcome finding. The Object::cast exist to lower the CPU overhead of casting compared to dynamic_cast. Perhaps compatibility issues like this is partly why dynamic_cast is...

I think the best way to tackle this issue is to create a test example in vsgExamples that we can use to reproduce the problem and benchmark performance on different...

Thanks, I have pulled the example into vsgExamples as the branch: https://github.com/vsg-dev/vsgExamples/tree/martinweber-clang-typeid-issue I will now investigate.

Results so far: VSG built gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0, static build: ~~~ sh $ clang_typeid Local: type name: N3vsg15MatrixTransformE, type hash: 8883272728397651726 Dylib: type name: N3vsg15MatrixTransformE, type hash: 8883272728397651726 types...

I have installed clang-16 & clang++-16 and from the Ubuntu 22.04 repo, and set my CC and CXX in my env vars with: ~~~ sh export CC=/bin/clang-16 export CXX=/bin/clang++-16 ~~~...