You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We don't know if they did it by intent. {.compileTime, global.} is used in gintro for the mconnect macro and at a few other locations. Using module global variables may fix it, but that is ugly and may lead to name conflicts for a lot of compile-time macro variables. Using a compiler version 1.9.1 with git hash from beginning of 2023 seems to fix it for now, we will see how Nim 2.0 may behave. Maybe Nim 1.6.12 still works?
(filechooserdialog:11122): Gtk-CRITICAL **: 21:59:32.837: Error building template for list item: .:0:0 Invalid object type 'GtkFileChooserCell'
Converting that Nim example back to plain C leads to a working program. So debugging took us again a full day, with the funny result that compiling with
nim c --passL="-lgtk-4" filechooserdialog.nim
makes it working. Was not easy to guess, but the gcc compile command
gcc -Wall t.c -o t `pkg-config --cflags --libs gtk4`
Yes, it is working already since some days, due to your fast patch and due to released GTK 4.11. But I will let this issue open for a few weeks, in case someone should have trouble with GTK4.10 still. Thanks.
Yes, we know, and it is not a real gintro issue this time :-)
For the Nim compiler, the issue is related to
We don't know if they did it by intent. {.compileTime, global.} is used in gintro for the mconnect macro and at a few other locations. Using module global variables may fix it, but that is ugly and may lead to name conflicts for a lot of compile-time macro variables. Using a compiler version 1.9.1 with git hash from beginning of 2023 seems to fix it for now, we will see how Nim 2.0 may behave. Maybe Nim 1.6.12 still works?
The other issue seems to be related to latest GTK 4.10. The example from https://ssalewski.de/gtkprogramming.html#_filechooserdialog does not work any more, we get a lot of
Converting that Nim example back to plain C leads to a working program. So debugging took us again a full day, with the funny result that compiling with
makes it working. Was not easy to guess, but the gcc compile command
with
gave a hint. We still have to investigate the actual reason, maybe some resources have to be included by the linker.
The text was updated successfully, but these errors were encountered: