Slow build of generated AngelScript bindings #2732
Comments
Never mind, the bindings generation are not finished yet. |
Marking this stale since there has been no activity for 30 days. |
The bindings are redone to templates, so I hope the problem is solved |
While I have the data from the runs, though, I wanted to share that disabling variable tracking for the generated files seems to fix the problem for the old (~November) generated files:
|
Marking this stale since there has been no activity for 30 days. |
Why is it closed? It is clearly much slower now and it needs to be fixed. |
Compilation is somewhat slower because every function of the engine binds, unlike the old bindings. In addition, all bindings are made in the form of templates so that users can easily bind their own classes, which are inherited from the classes of the engine. I spent about a year on bindings and tried several variants, and I think the current verison is the most compromise. In any case, I don't mind if someone goes my way of trial and error. |
When building the generated AngelScript bindings, I end up with a number of notes from the compiler (for most, though not all, of the generated files).
I'm not certain, but I suspect this is why building these files is so slow on my computer, as it sounds like the compiler is re-compiling the file after it fails. (I'd estimate about 1/3 the time spent building the Urho3D library, including the ThirdParty components). Whether or not this is the case, the generated bindings take much longer to compile compared to the old manual bindings. Any idea what might be the cause?
This is using gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)
The text was updated successfully, but these errors were encountered: