[boost-system] Build failure on x64-linux about vcpkg

[robambalu]

fwiw it looks like this this RPATH adjustment may be whats throwing this off. This worked fine for me on an older baseline

-- Adjusted RPATH of '/home/ra7293/user/github/vcpkg/packages/boost-build_x64-linux/tools/boost-build/b2' (From '/home/ra/user/github/csp/venv/envs/csp/lib' -> To ':/../../lib')
-- Adjusted RPATH of '/home/ra7293/user/github/vcpkg/packages/boost-build_x64-linux/tools/boost-build/src/engine/b2' (From '/home/ra/user/github/csp/venv/envs/csp/lib' -> To ':/../../../../lib')

[dg0yt]

-- Adjusted RPATH of '/home/ra7293/user/github/vcpkg/packages/boost-build_x64-linux/tools/boost-build/b2' (From '/home/ra/user/github/csp/venv/envs/csp/lib' -> To ':/../../lib')

I guess this is ... -> To '$ORIGIN:$ORIGIN/../../lib'. Which doesn't look so bad.

Anyways, can you try a more recent baseline than 0f9a4f65e4d06fd70a8d839ec3a1eafc05652e70?

[Neumann-A]

Building boost using b2 has been replace with the cmake build of boost. That is why dg0yt suggest a newer baseline. The old b2 stuff won't get fixed unless you do it yourself in an overlay.

[robambalu]

Thats the baseline I got by calling ./vcpkg/vcpkg x-update-baseline. Would that not place the latest one?

[robambalu]

Sorry disregard that, I was in a detached head state. I'll try that out

[Osyotr]

/home/ra7293/user/github/csp/venv/envs/csp/bin/ninja
I can speculate that ninja is not the only thing that is in your venv. If there's some custom-built GCC then you should setup LD_LIBRARY_PATH appropriately.

[dg0yt]

/home/ra7293/user/github/csp/venv/envs/csp/bin/ninja I can speculate that ninja is not the only thing that is in your venv. If there's some custom-built GCC then you should setup LD_LIBRARY_PATH appropriately.

But home/ra7293/user/github/csp/venv/envs/csp/lib is already in rpath, and it should be preserved by our rpath fixup. Now.

[dg0yt]

it should be preserved by our rpath fixup. Now.

No, it isn't. And that's probably intentional: The packages shall be portable. No local absolute paths.
So yes, LD_LIBRARY_PATH, until this creates problems.

[Neumann-A]

You can set X_VCPKG_RPATH_KEEP_SYSTEM_PATHS in the triplet to keep the RPATH setting. But you should probably disable binary caching then.