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

Add scala_grpc_zio conflict resolver strategy #114

Merged
merged 4 commits into from
Jun 22, 2024

Conversation

pcj
Copy link
Member

@pcj pcj commented May 22, 2024

No description provided.

pcj added 4 commits May 22, 2024 08:44
* Improve name parsing

In a bazel package having multiple scala_library rules of the same package, there may be symbols
that are not imported but still valid.  For example, if "A.scala" has package "foo.bar" and defines
class A, and "B.scala" defines class B extends A, "A" does not necessarily require an import if they
are both in the package "foo".  However, the rule "b_scala" needs "a_scala" in its deps.  How to
determine that?  This is accomplished by running the resolve action twice.  The first time the scopes
are populated, and the second time, we can use the "gazelle:resolve_file_symbol_name" directive to
try and autopopulate imports based on completion of symbols in the "Names" file metadata.
@pcj pcj merged commit 98a2fb4 into master Jun 22, 2024
1 check failed
@pcj pcj deleted the pcj/expand-wildcard-imports branch June 22, 2024 18:22
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.

None yet

1 participant