Autocompletion doesn't work for generated files about gdext HOT 2 CLOSED

In case you don't have VSCode, this is what I have by default:

And this is what happens if I move /target/godot-gen anywhere inside of godot-core module:

from gdext.

This problem is also present on CLion, and I agree we should do something about it. Good that we have this issue now 🙂

The location where code is generated is indeed rather hacky at the moment. The problem is that not one, but two crates need code generation:

• godot-ffi for low level "sys" symbols
• godot-core for classes, utility functions, enums etc.

I could let both directly depend on godot-codegen, however that would mean that some effort is duplicated (notably parsing the JSON file and caching some symbols). This may not be such a big issue however.

An alternative would be to split generated classes into their own crate (like it's done with gdnative), which might also help compile times. godot-core could then depend on that crate. The problem here is that there are quite a few bidirectional dependencies (e.g. classes use Gd, but Gd also needs to know about Object and RefCounted classes). It's likely possible to detangle this through certain abstractions, but it might be a bit of effort. I'm also a bit scared of silly orphan-rule limitations if trait implementations need to be split across crates.

Maybe in the short term I could undo the change I made to generate everything inside the target folder -- the disadvantage would then again be that build artifacts are scattered in the file structure, and one cannot simply clean everything by e.g. deleting the target directory. Maybe godot-codegen should do that as a first step in its invocation, so that at least no old symbols remain.

from gdext.