On Freitag, 17. Dezember 2021 10:37:54 CET Andrew C wrote:
> My bad here. I was mixing GTK versions.. Had installed libgtk2.4-dev, when
> I should've installed libgtk-3.0-dev. Gigedit (latest svn) compiles
> absolutely fine now.
>
> This thread also sheds light on the issue:
> https://bb.linuxsampler.org/viewtopic.php?t=3379
Yes, unfortunately it is not the first time somebody ended up with an
incompatible set of glib(mm)/gtk(mm) dev package combinations being installed
and getting compiler errors like these.
As you might imagine, that's not something all Gtk apps out there should be
obliged to verify by themselves individually. We already have more than enough
work to support all kinds of Gtk(mm) versions out there. It is not realistic
that we would even start trying to deal with all possible linear combinations
of all those individual libs' versions.
If a header file of lib x depends on a certain mininum version of header files
of lib y, then it should also check for that version and bark with an
human=end-user readable message like:
gtkmm 3.10.1 requires at least glibmm 2.50.0, found 2.10.1 though
All those libs already define macros with their exact versions with scheme:
<LIBNAME>_MAJOR_VERSION
<LIBNAME>_MINOR_VERSION
<LIBNAME>_MICRO_VERSION
and they all know which minimum version of another lib they need (or should
know). So that would not be hard to add such kind of check to their header
files to stop such tedious issues.
Maybe you find some time to report or for sending patches to them.
CU
Christian
_______________________________________________
Linuxsampler-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
