Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Use newer split module flag with Swift 5.4#699

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Draft
brentleyjones wants to merge1 commit intomaster
base:master
Choose a base branch
Loading
frombj/use-newer-split-module-flag-with-swift-5.4

Conversation

@brentleyjones
Copy link
Collaborator

@brentleyjonesbrentleyjones commentedOct 14, 2021
edited
Loading

Uses the newer-experimental-skip-non-inlinable-function-bodies-without-types which was introduced here:swiftlang/swift#34612. This should improve LLDB usage in some cases.

When using WMO, it has two downsides in Swift 5.5, both introduced byswiftlang/swift#38939:

  • The swiftmodules will have swiftdeps info embedded in them, which is only needed for incremental compilation
  • Interface hashing is enabled, which again is only needed for incremental compilation

This is because the swift compiler only expects-experimental-skip-non-inlinable-function-bodies-without-types to be used with the new-emit-module-separately incremental build. In the same vein, in order to support split modules with incremental builds, we need to use this flag (though we could choose to use this versiononly with incremental + split modules, if we decide it's not worth the above regressions).

@lyft-lint-bot
Copy link

Lyft integration job started:https://buildkite.com/lyft/rules-swift/builds/71 (must be Lyft employee to view)

@brentleyjones
Copy link
CollaboratorAuthor

I'm not sure how to make the test differ based on Xcode version used.

@keith
Copy link
Member

do the embedded swiftdeps include all the normal things like timestamps?

@keith
Copy link
Member

🙏🏻

Uses the newer `-experimental-skip-non-inlinable-function-bodies-without-types` which was introduced here:swiftlang/swift#34612. This should improve LLDB usage in some cases.When using WMO, it has two downsides in Swift 5.5, both introduced byswiftlang/swift#38939:- The swiftmodules will have swiftdeps info embedded in them, which is only needed for incremental compilation- Interface hashing is enabled, which again is only needed for incremental compilationThis is because the swift compiler only expects `-experimental-skip-non-inlinable-function-bodies-without-types` to be used with the new `emit-module-separately` incremental build.
@brentleyjonesbrentleyjonesforce-pushed thebj/use-newer-split-module-flag-with-swift-5.4 branch fromfc0aca0 to53ba099CompareSeptember 25, 2025 21:05
@brentleyjones
Copy link
CollaboratorAuthor

Seems like the issues I raised are still there. will need to test if it's an issue having those extra things before deciding to take this.

@brentleyjones
Copy link
CollaboratorAuthor

If it does have issues, it seems we should only use this flavor for incremental builds.

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@keithkeithAwaiting requested review from keithkeith is a code owner

@segiddinssegiddinsAwaiting requested review from segiddins

@thiithiiAwaiting requested review from thii

@aaronskyaaronskyAwaiting requested review from aaronskyaaronsky will be requested when the pull request is marked ready for reviewaaronsky is a code owner

@adincebicadincebicAwaiting requested review from adincebicadincebic will be requested when the pull request is marked ready for reviewadincebic is a code owner

@luispadronluispadronAwaiting requested review from luispadronluispadron will be requested when the pull request is marked ready for reviewluispadron is a code owner

@mattrobmattrobmattrobmattrobAwaiting requested review from mattrobmattrobmattrobmattrob will be requested when the pull request is marked ready for reviewmattrobmattrob is a code owner

At least 1 approving review is required to merge this pull request.

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

4 participants

@brentleyjones@lyft-lint-bot@keith

[8]ページ先頭

©2009-2025 Movatter.jp