Re: gtkmm compilation issue via jhbuild
On Sun, Jan 1, 2017 at 12:00 PM, <gtkmm-list-requ...@gnome.org> wrote: > > Date: Sat, 31 Dec 2016 22:59:15 -0600 > From: Pavlo Solntsev <p_solnt...@meta.ua> > To: gtkmm-list@gnome.org > Subject: Re: gtkmm compilation issue via jhbuild > Message-ID: <1483246755.3065.8.ca...@meta.ua> > Content-Type: text/plain; charset="UTF-8" > > Thank you, D.B. > > Could someone, please, explain briefly the overall model for > glib/gtkmm/libgdamm feature implementation? I mean, if I want to > introduce some features, I can provide a patch. It is clear. But where > should I implement my changes: gtk+gtkmm or there is a mechanism to add > features directly to gtkmm avoiding gtk. It will help me better > understand methodology of the aforementioned libraries. > > Thanks. > Like those in many other languages, the mm libraries are *bindings* around GLib, GTK+, and other C libraries. They make the libraries usable from other languages. In almost all cases, features should be added to the underlying C libs. In most cases they can be automatically added to the bindings. A combination of many clever tools written by binding authors and GObject introspection mean that often, newly added functions/properties/signals can be synchronised to the bindings automatically, with the only human intervention being to run a script that does so. Occasionally, a binding will add a small convenience feature, or wrapping a C function/property/signal requires hand-written code, or etc. But usually, if you want a new feature, you really want it in the wrapped libraries, not the wrappers... as, I'm sure, do people who use the C libraries or prefer to use other languages' bindings. ___ gtkmm-list mailing list gtkmm-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtkmm-list
Re: gtkmm compilation issue via jhbuild
Thank you, D.B. Could someone, please, explain briefly the overall model for glib/gtkmm/libgdamm feature implementation? I mean, if I want to introduce some features, I can provide a patch. It is clear. But where should I implement my changes: gtk+gtkmm or there is a mechanism to add features directly to gtkmm avoiding gtk. It will help me better understand methodology of the aforementioned libraries. Thanks. ___ gtkmm-list mailing list gtkmm-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtkmm-list
Re: gtkmm compilation issue via jhbuild
OP, I've created a Bugzilla for you: https://bugzilla.gnome.org/show_bug.cgi?id=776658 ___ gtkmm-list mailing list gtkmm-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtkmm-list
Re: gtkmm compilation issue via jhbuild
On Sat, Dec 31, 2016 at 12:00 PM, <gtkmm-list-requ...@gnome.org> wrote: > > Message: 1 > Date: Fri, 30 Dec 2016 13:36:20 +0100 > From: Kjell Ahlstedt <kjell.ahlst...@bredband.net> > To: Pavlo Solntsev <p_solnt...@meta.ua> > Cc: gtkmm-list@gnome.org > Subject: Re: gtkmm compilation issue via jhbuild > Message-ID: <2f3d927f-77f6-02bd-ef5e-94f09a7b3...@bredband.net> > Content-Type: text/plain; charset=windows-1252; format=flowed > > jhbuild builds cairomm 1.15.1 from a tarball, but gtkmm at present > requires the latest cairomm from the git repository. See > https://www.cairographics.org/cairomm/ for instructions how to get > cairomm from git. > > Do you know that gtkmm and gtk+ are now unusually unstable? They will > become gtkmm-4.0 and gtk+-4.0, which will not be ABI-compatible with > gtkmm-3.0 and gtk+-3.0. If you want less unstable programs, you can > build gtkmm-3 with jhbuild. > > Kjell > If you don't beat me to it, I'll see whether I know enough jhbuild to resolve this for gtkmm 4 (now a.k.a. gtkmm) in its modulesets. ___ gtkmm-list mailing list gtkmm-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtkmm-list
Re: gtkmm compilation issue via jhbuild
jhbuild builds cairomm 1.15.1 from a tarball, but gtkmm at present requires the latest cairomm from the git repository. See https://www.cairographics.org/cairomm/ for instructions how to get cairomm from git. Do you know that gtkmm and gtk+ are now unusually unstable? They will become gtkmm-4.0 and gtk+-4.0, which will not be ABI-compatible with gtkmm-3.0 and gtk+-3.0. If you want less unstable programs, you can build gtkmm-3 with jhbuild. Kjell Den 2016-12-30 kl. 07:06, skrev Pavlo Solntsev: Hi, I was trying to compile gtkmm via jhbuild. All modules were ok, except gtkmm. I got this massage: /home/pavlo/jhbuild/checkout/gtkmm/gdk/gdkmm/cursor.cc: In member function ‘Cairo::RefPtr Gdk::Cursor::get_surface(double&, double&)’: /home/pavlo/jhbuild/checkout/gtkmm/gdk/gdkmm/cursor.cc:178:10: error: ‘make_refptr_for_instance’ is not a member of ‘Cairo’ return ::Cairo::make_refptr_for_instance< ::Cairo::Surface>(new ::Cairo::Surface(gdk_cursor_get_surface(gobj(), &(x_hot), &(y_hot)), true /* take reference */)); ^~ /home/pavlo/jhbuild/checkout/gtkmm/gdk/gdkmm/cursor.cc:178:61: error: expected primary-expression before ‘>’ token return ::Cairo::make_refptr_for_instance< ::Cairo::Surface>(new ::Cairo::Surface(gdk_cursor_get_surface(gobj(), &(x_hot), &(y_hot)), true /* take reference */)); ^ Makefile:625: recipe for target 'cursor.lo' failed ___ gtkmm-list mailing list gtkmm-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtkmm-list
gtkmm compilation issue via jhbuild
Hi, I was trying to compile gtkmm via jhbuild. All modules were ok, except gtkmm. I got this massage: /home/pavlo/jhbuild/checkout/gtkmm/gdk/gdkmm/cursor.cc: In member function ‘Cairo::RefPtr Gdk::Cursor::get_surface(double&, double&)’: /home/pavlo/jhbuild/checkout/gtkmm/gdk/gdkmm/cursor.cc:178:10: error: ‘make_refptr_for_instance’ is not a member of ‘Cairo’ return ::Cairo::make_refptr_for_instance< ::Cairo::Surface>(new ::Cairo::Surface(gdk_cursor_get_surface(gobj(), &(x_hot), &(y_hot)), true /* take reference */)); ^~ /home/pavlo/jhbuild/checkout/gtkmm/gdk/gdkmm/cursor.cc:178:61: error: expected primary-expression before ‘>’ token return ::Cairo::make_refptr_for_instance< ::Cairo::Surface>(new ::Cairo::Surface(gdk_cursor_get_surface(gobj(), &(x_hot), &(y_hot)), true /* take reference */)); ^ Makefile:625: recipe for target 'cursor.lo' failed ___ gtkmm-list mailing list gtkmm-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtkmm-list