Paul Levy

I am not sure what is happening, do you see it in here: osgearth\src\third_party\imgui ? Are you simply using vcpkg install osgearth:x64-windows or building osgearth and just using vcpkg dependencies?...

OK, I have not tried building the whole tree in manifest so let me give that a try and see where it fails. Thank you

vcpkg build downloads the imgui source so perhaps that failed. Are you installing with the "tools" option? vcpkg install osgearth[tools]:x64-windows?

Give me a bit of time to reproduce and figure out what it is doing in Linux. This part: cmake -S osgearth-3.3 -B build -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_INSTALL_PREFIX=~/OSG/osgearth-3.3 -DCMAKE_TOOLCHAIN_FILE=~/gitrepo/vcpkg/scripts/buildsystems/vcpkg.cmake -- Running vcpkg...

OK, I get the same [ 53%] Linking CXX shared library ../../lib/libosgEarth.so /usr/bin/ld: ../../vcpkg_installed/x64-linux/lib/libgdal.a(openjpegdataset.o): in function `JP2OpenJPEGDataset::ReadBlock(int, _IO_FILE*, int, int, void*, int, int*)': openjpegdataset.cpp:(.text+0x7be): undefined reference to `opj_create_decompress'

I tried various combinations to try to get this to work, but I think we decided the general issue is shared/dynamic vs static libraries. VCPKG by default builds and tests...

Sorry, let me take a look at it

Even better

What do mean by doesn't work? Doesn't build or your application doesn't work? vcpkg has always been a convenience rather than a dependency. If you would like to use 3rd...

Also paste any messages from the command window