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

SourceKittenFramework: largely port library loading for Windows #784

Merged
merged 3 commits into from
Jun 15, 2023

Conversation

compnerd
Copy link
Contributor

This adds Windows specific handling for dynamic symbol resolution into a library. The dlopen and dlsym APIs are not portable as they are part of POSIX rather than the C standard. Use the Windows equivalents of LoadLibraryW and GetProcAddress.

TODO: this requires further refinement to detect the Swift toolchain installation.

@compnerd compnerd mentioned this pull request Jun 14, 2023
This adds Windows specific handling for dynamic symbol resolution into
a library.  The `dlopen` and `dlsym` APIs are not portable as they are
part of POSIX rather than the C standard.  Use the Windows equivalents
of `LoadLibraryW` and `GetProcAddress`.

TODO: this requires further refinement to detect the Swift toolchain
installation.
Co-authored-by: JP Simard <jp@jpsim.com>
@jpsim
Copy link
Owner

jpsim commented Jun 15, 2023

TODO: this requires further refinement to detect the Swift toolchain installation.

I’m fine if you do this as a follow-up.

@compnerd
Copy link
Contributor Author

Yeah, I think that we should address that as a follow up. The current plan to change the install location means that this path is going to need to be dynamic.

@jpsim jpsim merged commit a49557f into jpsim:main Jun 15, 2023
@compnerd compnerd deleted the winerr branch June 15, 2023 14: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.

2 participants