Skip to content
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

[SourceKit] Check if the realpath of a module is inside the SDK to decide if it's system #77120

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

ahoppen
Copy link
Member

@ahoppen ahoppen commented Oct 19, 2024

On Windows, we run into the following situation when running SourceKit-LSP tests:

  • The SDK is located at S:\Program Files\Swift\Platforms\Windows.platform\Developer\SDKs\Windows.sdk with S: being a substitution drive
  • We find Swift.swiftmodule at S:\Program Files\Swift\Platforms\Windows.platform\Developer\SDKs\Windows.sdk\usr\lib\swift\windows\Swift.swiftmodule
  • Now, to check if Swift.swiftmodule is a system module, we take the realpath of the SDK, which resolves the substitution drive an results in something like C:\Users\alex\src\Program Files\Swift\Platforms\Windows.platform\Developer\SDKs\Windows.sdk
  • Since we don’t take the realpath of Swift.swiftmodule, we will assume that it’s not in the SDK, because the SDK’s path is on C: while Swift.swiftmodule lives on S:

To fix this, we also need to check if a module’s real path is inside the SDK.

Fixes swiftlang/sourcekit-lsp#1770
rdar://138210224

ahoppen added a commit to ahoppen/sourcekit-lsp that referenced this pull request Oct 19, 2024
The underlying issue was fixed by swiftlang/swift#77120

Fixes swiftlang#1770
Fixes swiftlang#1771
rdar://138210224
rdar://138210215
@ahoppen
Copy link
Member Author

ahoppen commented Oct 19, 2024

@swift-ci Please smoke test

@ahoppen
Copy link
Member Author

ahoppen commented Oct 19, 2024

@swift-ci Please smoke test

…cide if it's system

On Windows, we run into the following situation when running SourceKit-LSP tests:
- The SDK is located at `S:\Program Files\Swift\Platforms\Windows.platform\Developer\SDKs\Windows.sdk` with `S:` being a substitution drive
- We find `Swift.swiftmodule` at `S:\Program Files\Swift\Platforms\Windows.platform\Developer\SDKs\Windows.sdk\usr\lib\swift\windows\Swift.swiftmodule`
- Now, to check if `Swift.swiftmodule` is a system module, we take the realpath of the SDK, which resolves the substitution drive an results in something like `C:\Users\alex\src\Program Files\Swift\Platforms\Windows.platform\Developer\SDKs\Windows.sdk`
- Since we don’t take the realpath of `Swift.swiftmodule`, we will assume that it’s not in the SDK, because the SDK’s path is on `C:` while `Swift.swiftmodule` lives on `S:`

To fix this, we also need to check if a module’s real path is inside the SDK.

Fixes swiftlang/sourcekit-lsp#1770
rdar://138210224
@ahoppen
Copy link
Member Author

ahoppen commented Oct 19, 2024

@swift-ci Please smoke test

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.

Semantic token tests on Windows don’t report stdlib declarations as defaultLibrary
1 participant