-
Notifications
You must be signed in to change notification settings - Fork 3
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
Recent changes make it impossible to extend the API #7
Comments
Hi @thegecko thanks for raising this. We are all in favor of adopting the exports to allow a more extensible API. Then we can make the necessary changes in combination with an update to the latest upstream version. |
Lol, I was asked to move that PR to come from this fork, hence finding the clash! If the PR isn't accepted, I'm keen for it to live here :) |
Ah I wasn't aware that there already was an ongoing discussion about this. |
FYI, the API exposure PR has now been merged: Can the additions in this repo be rebased accordingly? |
bump @tortmayr |
@thegecko Thanks for pining. Our resources were rather limited the last couple of months, so I did not have time to tackle this yet. |
The exported API here: https://github.com/eclipse-cdt-cloud/vscode-clangd/blob/main/src/extension.ts#L18
is an instance of a single
ClangdProjectService
class. Exposing this as the root API means it is not possible to expose other features without adding them to theClangdProjectService
itself, creating a very ugly interface.For example, this PR: clangd#575 is exposing access to the AST and wont play nicely with the changes in this fork.
Could you consider changing the exports to be more extensible, possibly employing the same versioned API in the PR mentioned above?
The text was updated successfully, but these errors were encountered: