DeinAlptraum wrote:
@Endilll about `CompletionChunk.Kind`, you wrote in the issue that we should
> preserve convertibility of the new enum to the same strings users get today
> (e.g. "CurrentParameter"), so that nothing breaks for the current users of
> CompletionChunk.kind;
This is not entirely possible: since we want to switch to returning the proper
`AvailabilityKind` enum variants rather than this replication building on
`CompletionChunk.Kind` that we've had so far, we cannot control how this is
printed: the result of `CompletionString.availability` will of course print the
same as our other enums, leading to the following differences:
```
__str__ __repr__
Old NotAccessible <ChunkKind: NotAccessible>
New AvailabilityKind.NOT_ACCESSIBLE AvailabilityKind.NOT_ACCESSIBLE
```
As mentioned above, I changed the `__repr__` of `CompletionString` to adapt the
spelling of `AvaialabilityKind` so it still prints the same as before, but I'm
not sure that keeping just this part the same as before really makes this much
better... what do you think?
https://github.com/llvm/llvm-project/pull/160296
_______________________________________________
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits