This also updates the build script to make b2 generate universal binaries
directly rather than independently building for x86_64 and arm64 and
combining them in a post-process.
Note that depending on the system installation, the version of liblzma.dylib
found and used may or may not be a universal binary, so we disable
LZMA (used by Boost's iostream library) for now.
#jira UE-163844, UE-156942
#rb none
#preflight skip
[CL 22708220 by matt johnson in ue5-main branch]
This includes a few fixes and bits of cleanup for the build script
on Windows:
- Fixed the path to the Python interpreter in the user-config.jam
- Get the correct path to the script before shifting parameters
- Build inside the Boost directory rather than at the root of the workspace
- Redirect stderr as well as stdout to log files
- Build using MSVC 14.3
- Cleaned up the parameters passed to bootstrap.bat and b2.exe using
the same order as in the build scripts for the other platforms
- Build with the "--layout=tagged" option, which avoids needing to relocate
the headers after install. Note that this also changes the file names of the
built libraries and makes them consistent with the other platforms. The file
name change will be accounted for when the Boost.Build.cs is updated to
use this new build
- Updated usage to reflect the current version
Note that this includes only the header files and not any built libraries.
Subsequent changes will add the compiled libraries for Windows, Mac, and
Linux, followed by another change to update the module rules in Boost.Build.cs
that will put this new set of libraries into use with engine builds. The Boost
filesystem library was added as well in anticipation of possibly using features
in USD that might indirectly make use of it.
#jira UE-163844, UE-156942
#rb none
#preflight skip
[CL 22660562 by matt johnson in ue5-main branch]
The Linux arm64 build of Boost also uses the current v20_clang-13.0.1-centos7
toolchain rather than the old v19_clang-11.0.1-centos7 version.
#jira UE-148077
#rb brandon.schaefer
#preflight 631f6beda9331c69c3a3c541
[CL 21970754 by matt johnson in ue5-main branch]
The build script included here is largely a copy of the existing
build script for Mac, which was itself ported from the build script
for Windows, so its usage is similar.
The build products included here represent Boost version
1.70.0, the same version currently used on Windows and Mac.
Note that this does *not* include the update to the module rules
that would put this new set of libraries into use with engine builds.
That will be done in a subsequent change, since it will have to be
combined with a rebuild of USD, which is the main consumer of
the Boost libraries.
#rb michael.balzer
#preflight skip
[CL 19546691 by matt johnson in ue5-main branch]
The build script included here is largely a port of the existing
build script for Windows, so its usage is similar. The one detail
that is unique to the Mac build script is that since it does not
currently appear to be possible to have the Boost build itself
generate universal binaries, we therefore have to run a build
for each of x86_64 and arm64 architectures and then combine
them into a set of universal binaries ourselves in a post-process.
The build products included here represent Boost version
1.70.0, the same version currently used on Windows.
Note that this does *not* include the update to the module rules
that would put this new set of libraries into use with engine builds.
That will be done in a subsequent change, since it will have to be
combined with a rebuild of USD, which is the main consumer of
the Boost libraries.
#rb michael.balzer, will.damon
#preflight 621eda79b20446f11c7ed147
[CL 19225365 by matt johnson in ue5-main branch]
The default version of the compiler toolchain for the engine on Windows is
currently Visual Studio 2019 and MSVC 1.42, so this change sets up Boost
to build using that toolchain, and it adds versions of the compiled binaries
built using that toolchain.
Note that this change does *not* update the Boost Build.cs to look for these
new "vc142" versions of the libraries, nor does it remove the existing "vc141"
versions of the libraries. USD has a link dependency on Boost, so a subsequent
change will rebuild the USD libraries to update the dependencies, after which
it will be safe to remove the old "vc141" Boost libraries.
#rb michael.balzer
#fyi jeanmichel.dignard
#preflight 6116ff37afd67e00019dc839
[CL 17180084 by matt johnson in ue5-main branch]
