fix for use of module name prefixes in mconnect() macro

This commit is contained in:
Stefan Salewski 2021-11-03 23:24:33 +01:00
commit e03895ceb9
5 changed files with 109 additions and 38 deletions

View file

@ -1,6 +1,6 @@
= High level GTK4 and GTK3 bindings for the Nim programming language
//(c) Stefan Salewski
//Version 0.9.6
//Version 0.9.7
:experimental:
:imagesdir: http://ssalewski.de/tmp
//:source-highlighter: pygments
@ -26,10 +26,19 @@ allow to insert code from files, so I had to manually insert it, and so that cod
may not compile with latest gintro version. I plan to create a new page hosted somewhere else
with code inserted from files directly.
NOTE: This work is partly based on earlier works of J. Mansour and has been supported by A. Rumpf, E. Bassi and other _Nim_ and _GTK/Gnome_ developers.
NOTE: This work is partly based on earlier works of J. Mansour and has been supported by E. Bassi and other _GTK/Gnome_ developers.
The `combinatorics` module was kindly provided by R. Behrends.
NOTE: This is version 0.9.6 of the gintro Nim GTK bindings. We tried to fix a bug related to the appearance of libsoup 3.0.
NOTE: Currently we are preparing version 0.9.7 of the gintro Nim GTK bindings. In this version we try to fix an
issue resulting from use of symbols without a module prefix in the code generated by the mconnect() macro.
See https://github.com/StefanSalewski/gintro/issues/188. Unfortunately this fix may break some existing projects.
We tried hard to make changes as tiny as possible: We tried to let the content of the generated modules unchanged,
and changed only files gimplgob.nim and gen.nim and the generated gisup4.nim and gisup3.nim files.
The example programs still compile and seems to run. To install this new version you have to do
nimble install gintro@#head currently. When Mr. GavR has tested this version carefully, we may make it the
official version 0.9.7.
NOTE: In version 0.9.6 of the gintro Nim GTK bindings we tried to fix a bug related to the appearance of libsoup 3.0.
When gobject-introspection was first processing libnice, it loads old libsoup 2.4 and when then processing linsoup 3.0
name conflicts lead to error messages and the install process hung. Now we process always libsoup in version 2.4 and 3.0
before libnice, this seems to work. For libsoup 2.4 we generate a module called libsoup.nim as before, and the