You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In Homebrew, we build both Boost.Python and Boost.MPI modules separately from rest of Boost as Homebrew doesn't have standard split packages.
With Boost 1.87.0.beta1, both modules end up building and trying to link to Boost.Container and Boost.Graph (and linkage cascades to dependents via installed CMake files)
However, when built with GNU ld --as-needed or macOS ld -dead_strip_dylibs, the linkage is stripped implying no symbols are used from Boost.Container and Boost.Graph shared libraries.
I wanted to check if this is intentional or a regression from some change (perhaps the various build system refactoring for modular builds).
The build is done via b2.
Roughly (there are other build environment details that are automatically handled in Homebrew), the build steps for Boost.Python on macOS are like:
Seen while testing beta at Homebrew/homebrew-core#198115
In Homebrew, we build both Boost.Python and Boost.MPI modules separately from rest of Boost as Homebrew doesn't have standard split packages.
With Boost 1.87.0.beta1, both modules end up building and trying to link to Boost.Container and Boost.Graph (and linkage cascades to dependents via installed CMake files)
However, when built with GNU ld
--as-needed
or macOS ld-dead_strip_dylibs
, the linkage is stripped implying no symbols are used from Boost.Container and Boost.Graph shared libraries.I wanted to check if this is intentional or a regression from some change (perhaps the various build system refactoring for modular builds).
The build is done via
b2
.Roughly (there are other build environment details that are automatically handled in Homebrew), the build steps for Boost.Python on macOS are like:
The text was updated successfully, but these errors were encountered: