averello/swift-mirror
1
0
Fork 0
mirror of https://github.com/apple/swift.git synced 2025-12-14 20:36:38 +01:00
Code Issues Packages Projects Releases Wiki Activity

[CMake] '-no-emit-module-separately-wmo' for swift modules

Browse Source 
Emitting modules in separate frontend job doesn't give any benefits
because single add_library is just a single job from CMake's point of
view. Clients need to wait for `.dylib`/`.so` being emitted before using
the `.swiftmodule`. *Not* emitting modules separately is actually faster
in CMake because it doesn't parse and typecheck the source code twice.
This commit is contained in:
Rintaro Ishizaki
2025-03-11 13:29:25 -07:00
parent 4c60e036ac
commit ca5a020e21
1 changed files with 4 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

4
cmake/modules/AddPureSwift.cmake
View File

@@ -28,6 +28,10 @@ function(_add_host_swift_compile_options name)
"$<$<COMPILE_LANGUAGE:Swift>:SHELL:-Xfrontend -disable-implicit-string-processing-module-import>") "$<$<COMPILE_LANGUAGE:Swift>:SHELL:-Xfrontend -disable-implicit-string-processing-module-import>")
endif() endif()
# Emitting module seprately doesn't give us any benefit.
target_compile_options(${name} PRIVATE
"$<$<COMPILE_LANGUAGE:Swift>:-no-emit-module-separately-wmo>")
if(SWIFT_ANALYZE_CODE_COVERAGE) if(SWIFT_ANALYZE_CODE_COVERAGE)
set(_cov_flags $<$<COMPILE_LANGUAGE:Swift>:-profile-generate -profile-coverage-mapping>) set(_cov_flags $<$<COMPILE_LANGUAGE:Swift>:-profile-generate -profile-coverage-mapping>)
target_compile_options(${name} PRIVATE ${_cov_flags}) target_compile_options(${name} PRIVATE ${_cov_flags})