Christian Banse

Upstream issue: https://github.com/eclipse-cdt/cdt/issues/957

This would probably be solved if we move the Java import from its own logic to the ImportResolver that also all the other frontends use.

Updated the description with our discussion.

> I'm open to moving the transports to individual sub-packages, but I don't want to move the JSON decode to an internal package as you are doing, as I know...

> There's a variety of unmerged PRs and maintained forks of gqlgen where the only difference is in the JSON decoding implementation. The problem was always that no one could...

Just to give some additional workaround ideas: It is possible to create a separate *folder*, e.g., tools with its own `go.mod` that looks like this (just for example) ``` module...

After some more internal discussion, we arrived at the following proposal: We introduce a new `AssignStatement` (or does it have to be an expression?), which has a list of `rhs`...

@maximiliankaul Is this issue still relevant? I think we implemented this in python using our assign expression? Or at least it should be done once #1729 is merged.

> [@oxisto](https://github.com/oxisto) I'm a bit lost. Which of these tasks/issues have already been fixed by the recent PRs? Pretty much all of them, I am not sure what this "overwriting"...

We cannot really help you without you sharing a code example. I am not familiar with this framework. Maybe this issue is more likely to be handled by them?