Update the windows toolchain build to enable building macros. This is the first step towards enabling the complete toolchain (e.g. regex, bootstraping, etc).
Fetch a prebuilt toolchain to build the toolchain. This is required to
enable the macro support on Windows.
utils: update the build-windows-toolchain.bat to extract the toolchain
Fetch a prebuilt toolchain to build the toolchain. This is required to
enable the macro support on Windows.
# This is the 1st commit message:
utils: update the build-windows-toolchain.bat to extract the toolchain
Fetch a prebuilt toolchain to build the toolchain. This is required to
enable the macro support on Windows.
# The commit message #2 will be skipped:
# build: build SwiftSyntax before the toolchain build
#
# Perform a build of Swift Syntax prior to the build of the toolchain so
# that we can enable the early swift syntax parser builds. This is a
# prerequisite for enabling macros on Windows.
# The commit message #3 will be skipped:
# # This is a combination of 5 commits.
# # This is the 1st commit message:
#
# build: wire up the early swift-syntax build to the build
#
# This enables the early swift syntax build to get us macro support on
# Windows.
#
# # The commit message #2 will be skipped:
#
# # Update build-windows-toolchain.bat
#
# # The commit message #3 will be skipped:
#
# # Update build-windows-toolchain.bat
#
# # The commit message #4 will be skipped:
#
# # Update build-windows-toolchain.bat
#
# # The commit message #5 will be skipped:
#
# # Update build-windows-toolchain.bat
It doesn’t really matter but the SourceKit stress tester and SwiftEvolve share the same repo and have a very similar build architecture and they should be build next to each other by build-script.
A recent change seems to have caused a regression in the emitted
extension for the python data for LLDB. Explicitly specify the extension
to repair the installer build.
Some build scenario (e.g. lldb) want swift-syntax libraries installed
but don't want to install "swift" compiler products.
Install 'earlyswiftsyntax' products independently when
'--install-swiftsyntax' is specified but '--install-swift' is NOT
specified.
Fixes a surprising bug where a relative output file path would be interpreted relative to the directory of the `.gyb` file being processed rather than the current working directory upon invocation.
In the fullness of time, we want to split the full build-script-impl pipeline so
that we can begin moving library like products (libdispatch, foundation) from
build-script-impl into build-script. We are not there yet since some of swift's
concurrency tests have a dependency on swift dispatch being built. This breaks
the build and we need to extract those tests into a separate product. But for
now, this makes sense to repair the build.
rdar://89046735
For compiling codes required for macro support, we now need swiftc
compiler in the build machine.
Unlike Darwin OSes, where swiftCore runtime is guaranteed to be present
in /usr/lib, Linux doesn't have ABI stability and the stdlib of the
build machine is not at the specific location. So the built compiler
cannot relies on the shared object in the toolchain.
These builds do not work outside of darwin currently. Rather than adding
the skip to all the necessary build presets, just disable in the product
instead.
This library served its purpose and has overstayed its welcome.
The library shipped in Xcode can't change again from the state it was
in, so changes to the sources here will not affect that library, which
is confusing. The library does not currently build due to changes in the
runtime headers, so it does not give meaningful signal to anything
anymore. If you need to test things in a backdeploy concurrency
environment, use the copy from the toolchain in Xcode as that will give
you a far clearer picture of what the code will actually be running with
than the state of the sources here did.
In order to work with further improvements to static linking on Windows
to enable Swift in Swift and C++ Interop, we need to bump the s-a-p with
a fix for underlinking.
