Swift

メモリ安全性を既定にしながら、C / Objective-C資産と接続できるネイティブ言語

公式READMEはSwiftをhigh-performance system programming languageと位置づけ、clean and modern syntax、既存のC / Objective-C codeやframeworkへのseamless access、memory-safe by defaultを主要特性として挙げています。objects、protocols、closures、generics、modulesなどを言語機能として持ち、header依存を減らしながらnative applicationやsystem componentを構築できます。

出典：[2]

compilerと標準ライブラリを中核に、Swift toolchainを再現可能な形でbuildできる

swiftlang/swiftは言語処理系の中核ですが、実際のtoolchain開発ではllvm-project、swiftpmなどのsibling repositoryをutils/update-checkoutで揃えます。utils/build-scriptはCMake・Ninjaを使ったconfigure/build/testを統合し、compilerとstandard libraryを生成します。必要に応じてSwiftPM、Swift Testing、driver、core librariesまで含むtoolchainへ拡張できます。

出典：[4][2]

Apple専用言語ではなく、macOSとLinuxを含む複数platformでtoolchainを開発できる

公式Getting StartedはSwift toolchain開発のhost OSとしてmacOS、Ubuntu Linux LTS、最新Ubuntu Linuxを挙げています。Apple Siliconではnative arm64 toolchainを使う必要があり、Linuxではprebuilt Swift release toolchainをPATHへ入れて、Swiftで書かれたcompiler部分をbootstrapします。SwiftはApple ecosystemとの結びつきが強い一方、compiler自体はcross-platformなopen source projectとして開発されています。

出典：[4]

iOS/macOSアプリだけでなく、native性能・C interoperability・server-side Swiftを重視する用途に

iOS / macOSなどApple platformのapplication、C / Objective-C資産と連携するnative module、Linux上のserver-side SwiftやCLI、compilerやlanguage toolingの研究・開発に向きます。高水準の型・protocol・generic表現とnative code生成を同じ言語で扱いたい場合に有力な選択肢です。

通常のSwift開発とcompiler source buildは別物。toolchain開発は複数repo・大容量disk・長時間buildを前提にする

通常のアプリ開発では配布済みSwift toolchainを使えばよく、swiftlang/swiftをsourceからbuildする必要はありません。compiler開発では複数repositoryを同期し、公式ガイドはsourceとbuild artifactを考慮して少なくとも150GBの空きdisk、toolchain buildで8GB以上、開発では16GB以上のRAMを推奨しています。clean buildは数分から数時間かかる場合があります。

Windows向けSwift toolchain自体は存在しますが、公式Getting Startedでは現時点のhost development OSとしてWindowsをsupport対象に含めず、experimental instructionsを別文書へ分けています。platformごとに「Swiftで動く」ことと「Swift compilerをそのplatform上で開発できる」ことを分けて確認する必要があります。

出典：[4]

main branchと正式releaseを区別し、productionではSwift 6.4.0などtagged toolchainを基準にする

swiftlang/swiftのmainは継続的に更新されるcompiler開発線です。2026年9月15日時点の最新GitHub ReleaseはSwift 6.4.0で、同日に公開されています。production applicationやlibraryのcompatibility検証では任意のmain commitではなく、release toolchainとtarget platformのSDK/Xcode、dependency側のSwift version対応を組み合わせて評価する方が再現性を保ちやすくなります。

出典：[3][1]

Apache-2.0にRuntime Library Exceptionが付く。toolchain再配布と生成binaryでは適用範囲を分けて確認する

repositoryはApache License 2.0で公開され、LICENSEにはRuntime Library Exceptionがあります。このexceptionは、Swiftでsourceをcompileした結果としてruntime libraryの一部がbinaryへ埋め込まれる場合、そのproductについてApache-2.0の一部attribution要件を免除するものです。一方、compiler/toolchain自体を改変・再配布する場合は通常のApache-2.0条件やNOTICE等を確認する必要があり、生成applicationとtoolchain再配布を同じ扱いにはできません。

出典：[5]