Skip to content

Re-core Foundation on top of swift-foundation (merge package branch into main) #5008

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 98 commits into from
Jul 16, 2024

Conversation

jmschonfeld
Copy link
Contributor

This change merges the package branch (tracking all of our work to re-core Foundation on top of swift-foundation that many folks have been working on) into the main branch. At this point, all tests pass on Linux and Windows and we're able to produce functional Linux and Windows toolchains in swift-ci. This change may be too large to review itself, but this work has been reviewed in pieces over the course of a number of months via PRs to the package branch.

Resolves #5001

parkera and others added 30 commits January 31, 2024 17:40
)

From Clang 15, nested static initializer inside statement-expression is no
longer a constant-time expression (See https://reviews.llvm.org/D127201).
OSS Foundation defines `CFSTR` as a macro rather than
`__builtin___CFStringMakeConstantString` and it uses nested static
initializer inside statement-expression, so we can't assume `CFSTR` itself
is always a constant-time expression.
This patch removes some `static` qualifiers associated with `CFSTR` to
make them acceptable with Clang 15 and later.
jmschonfeld and others added 19 commits June 5, 2024 09:46
Merge the main branch into package
Introduce Cmake support for SwiftCorelibsFoundation
* Add -Wno-int-conversion and -fPIC

* Move block runtime sources into separate ignored folder

* Install private static libs in static swift build

* Don't include stdlib toolchain rpath

* Autolink static libraries in static swift build

* Bump WINVER/_WIN32_WINNT to Windows 10

* Repair package manifest
* Add plutil to CMake build

* Address review comments
We should use build IDs on Linux so that we can identify the built
artefacts, and also so that we can match them up with debug
information should we choose to separate it.

rdar://130582768
* Various fixes to allow for building on Windows

* Enable shared libraries by default

* Resolve Windows compiler flag warnings and fix constant string symbols
* Use FSR for Process executable path on Windows

* Use FSR on Linux as well
Fix the include path to Dispatch in Package.swift
@jmschonfeld
Copy link
Contributor Author

Copy link
Contributor

@iCharlesHu iCharlesHu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yayyyyyyy

@jmschonfeld
Copy link
Contributor Author

swiftlang/swift-installer-scripts#312

@swift-ci please test Linux platform

@jmschonfeld
Copy link
Contributor Author

The macOS failure is known - this repo no longer builds for macOS and macOS testing is no longer required. Linux and Windows test have now passed which means we're clear to merge the re-core

@jmschonfeld jmschonfeld merged commit 543ae3c into main Jul 16, 2024
2 of 3 checks passed
@parkera parkera deleted the package branch July 30, 2024 22:10
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Adopt swift-foundation
5 participants