Re: [gtk-osx-users] No dependency for gobject-introspection when building pygobject3.

> On Dec 24, 2021, at 6:43 AM, Pascal wrote: > > Hello, > > gobject-introspection seems not in pygobject3 dependency list: > > % jhbuild build pygobject3 > Loading .env environment variables... > in jhbuildrc-custom > *** Checking out zlib *** [1/20

[gtk-osx-users] No dependency for gobject-introspection when building pygobject3.

Hello, gobject-introspection seems not in pygobject3 dependency list: % jhbuild build pygobject3 Loading .env environment variables... in jhbuildrc-custom *** Checking out zlib *** [1/20] *** Skipping zlib (package and dependencies not updated) *** [1/20] *** Checking out libpng *** [2/20

Re: Cairo::GObject 1.005 (stable) available

UNSUBSCRIBE On Wed, Aug 28, 2019 at 6:55 PM Brian Manning via gtk-perl-list < gtk-perl-list@gnome.org> wrote: > Overview of changes in Cairo::GObject 1.005 (stable) [2019-08-26] > == > > * Fix typo "registed"

Cairo::GObject 1.005 (stable) available

Overview of changes in Cairo::GObject 1.005 (stable) [2019-08-26] == * Fix typo "registed" in comment (GNOME/perl-cairo-gobject!1) Cairo::GObject is available via CPAN, or as a tarball from Sourceforge: http://downloads.sourc

Re: RT#129712 - Fix compilation of Cairo::GObject under Strawberry Perl

On 04.06.19 20:53, Brian Manning wrote: This RT ticket was submitted to fix compile problems under Straberry Perl on Windows... https://rt.cpan.org/Ticket/Display.html?id=129712 Does anyone see a problem applying the patch in the ticket to the Cairo::GObject library and making a release? I

RT#129712 - Fix compilation of Cairo::GObject under Strawberry Perl

Hi all, This RT ticket was submitted to fix compile problems under Straberry Perl on Windows... https://rt.cpan.org/Ticket/Display.html?id=129712 Does anyone see a problem applying the patch in the ticket to the Cairo::GObject library and making a release? I do want to change the /win32/ regex

Re: GObject properties and g_value_set_string()

et_string(value, g_strdup(turtle->filename)); > > This sample code is from GLib-2.0 API Reference Manual: > > ==== > > gint intval; > gchar *strval; > GObject *objval; > > g_object_get (my_object, > &qu

GObject properties and g_value_set_string()

()? Or does g_value_set_string() duplicate the string for me? Does the following make any sense? g_value_set_string(value, g_strdup(turtle->filename)); This sample code is from GLib-2.0 API Reference Manual: gint intval; gchar *strval; GObject *obj

Re: Python3, GObject objects & models

On Tue, Dec 18, 2018 at 01:01:45PM -0500, Adam Tauno Williams wrote: > I have created, and registered, a custom GObject type [an object]. I > can place that type into a ListModel: aka model = > Gtk.ListModel(MyClass). > > One of the advantages of creating a GObject is the whole pr

Re: Python3, GObject objects & models

, a custom GObject type [an object]. I can place that type into a ListModel: aka model = Gtk.ListModel(MyClass). One of the advantages of creating a GObject is the whole property system - - - and most notably change signals. And how exactly does that improve on the /model.connect("row-ch

Python3, GObject objects & models

I have created, and registered, a custom GObject type [an object]. I can place that type into a ListModel: aka model = Gtk.ListModel(MyClass). One of the advantages of creating a GObject is the whole property system - - - and most notably change signals. What I have not been able to find is how

GObject Introspection, how to suppress GTK4

I have a Nim gintro user who has both GTK4 and GTK3 installed on his box, and seems to have some trouble: https://github.com/StefanSalewski/gintro/issues/30 I can not test that, because for my Gentoo Linux box only GTK3 is official available. My gintro package should generate latest GTK3

Re: Bug in gobject-introspection

Il Sun, 6 May 2018 09:47:05 -0300 Colomban Wendling <lists@herbesfolles.org> scrisse: > Le 06/05/2018 à 09:05, Nicola Fontana a écrit : > > Il Sat, 07 Apr 2018 06:25:52 +0200 Arun Gurung <aru...@anubis-ca.com> > > scrisse: > > > >> Hi, > >

Re: Bug in gobject-introspection

Le 06/05/2018 à 09:05, Nicola Fontana a écrit : > Il Sat, 07 Apr 2018 06:25:52 +0200 Arun Gurung <aru...@anubis-ca.com> scrisse: > >> Hi, >> >> I have gobject-introspection-1.50.0-1.el7.x86_64 and gobject- >> introspection-devel-1.50.0-1.el7.x86_64. I tried

Re: Bug in gobject-introspection

Il Sat, 07 Apr 2018 06:25:52 +0200 Arun Gurung <aru...@anubis-ca.com> scrisse: > Hi, > > I have gobject-introspection-1.50.0-1.el7.x86_64 and gobject- > introspection-devel-1.50.0-1.el7.x86_64. I tried to use a program like > "menulibre" and "devedeng&qu

Re: Bug in gobject-introspection

On 6 May 2018 at 12:25, <gtk-devel-list-requ...@gnome.org> wrote: > I have gobject-introspection-1.50.0-1.el7.x86_64 and gobject- > introspection-devel-1.50.0-1.el7.x86_64. I tried to use a program like > "menulibre" and "devedeng" and the develop

Bug in gobject-introspection

Hi, I have gobject-introspection-1.50.0-1.el7.x86_64 and gobject- introspection-devel-1.50.0-1.el7.x86_64. I tried to use a program like "menulibre" and "devedeng" and the developers say there is a bug in gobject-instrospecition. Thanks for any help!

Re: gobject-introspection Version 1 || GNOME

Hi, As is the standard in open-source software, you can find the license information in the COPYING file in the root directory of the source distribution or Git repository: https://gitlab.gnome.org/GNOME/gobject-introspection/blob/master/COPYING We do not have an ECCN number. Although I don't

RE: gobject-introspection Version 1 || GNOME

to get ECCN details for product gobject-introspection Version 1 : Could you please provide us the ECCN number for this software If you do not have your software classified with an ECCN, please kindly answer the following questions so that we may self-assess if there may be any

RE: gobject-introspection Version 1 || GNOME

to get few details for product gobject-introspection Version 1 : 1. Under which agreement it falls under: MIT , GPL or LPGL ? 2. Could you please provide us the ECCN number for this software If you do not have your software classified with an ECCN, please kindly answer

gobject-introspection Version 1 || GNOME

to get few details for product gobject-introspection Version 1 : 1. Under which agreement it falls under: MIT , GPL or LPGL ? 2. Could you please provide us the ECCN number for this software If you do not have your software classified with an ECCN, please kindly answer

Re: [gtk-osx-users] Error when compiling gobject-introspection on macOS 10.13

Thanks John, I'll start using that (I have a feeling it used to be described differently at https://wiki.gnome.org/Projects/GTK+/OSX/Building but now it's described it's the way you said). Best regards, Jiri On Fri, Jan 26, 2018 at 9:01 PM, John Ralls wrote: > You

Re: [gtk-osx-users] Error when compiling gobject-introspection on macOS 10.13

Hi John, I'd personally go for the second (simpler) option - building python as part of bootstrapping. I've been using jhbuild bootstrap && jhbuild build python && jhbuild build meta-gtk-osx-bootstrap && jhbuild build meta-gtk-osx-core for the last few releases of Geany and it works fine for

Re: [gtk-osx-users] Error when compiling gobject-introspection on macOS 10.13

> On Sep 16, 2017, at 1:04 PM, Jiří Techet wrote: > > Just check the backtrace from the first email - there's no C involved. The > error message comes from > > /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/spawn.py > > Jiri > > On Sat,

Re: How do we get GTYPE from gobject introspection language bindings

On Fri, 2017-09-29 at 04:45 +, Gergely Polonkai wrote: > As a side note, STRING probably refers to https://developer.gnome.org > /glib/stable/glib-Strings.html which is a more OO string > implementation. G_TYPE_STRING being gchararray is of more close > relation with C strings (except it

Re: How do we get GTYPE from gobject introspection language bindings

ues. For C we have the macros like G_TYPE_STRING which > for my box gives currently value 64. These values seems to be not > directly supported by gobject-introspection. Seems to be no big > problem, we may query the values by g-type-from-name(). > > > https://developer.gnome.org/gobject/

How do we get GTYPE from gobject introspection language bindings

gives currently value 64. These values seems to be not directly supported by gobject-introspection. Seems to be no big problem, we may query the values by g-type-from-name(). https://developer.gnome.org/gobject/stable/gobject-Type-Information.html#g-type-from-name For G_TYPE_STRING I assumed that name

Re: One more Gobject Introspection issue

an icon name or %NULL a stock icon size (#GtkIconSize) So ctype is GtkIconSize, but due to name="gint" I get from gobject- introspection only plain gint=int32. Unfortunately there ex

Re: [gtk-osx-users] Error when compiling gobject-introspection on macOS 10.13

Just check the backtrace from the first email - there's no C involved. The error message comes from /System/Library/Frameworks/Python.framework/Versions/2.7/ lib/python2.7/distutils/spawn.py Jiri On Sat, Sep 16, 2017 at 9:53 PM, John Ralls wrote: > > > On Sep 16, 2017, at

Re: [gtk-osx-users] Error when compiling gobject-introspection on macOS 10.13

> On Sep 16, 2017, at 12:44 PM, Jiří Techet wrote: > > Hi John, > > at least from the backtrace it doesn't seem to happen when linking libpython > but rather when running preprocess() from > > https://docs.python.org/2/distutils/apiref.html Huh. That's odd, there's no

Re: [gtk-osx-users] Error when compiling gobject-introspection on macOS 10.13

10:04 AM, Jiří Techet <tec...@gmail.com> wrote: > > > > Hi John, > > > > that's strange. I don't need python at all for the project myself and > there's no need to bundle it - it's just used when building > gobject-introspection. Simple > > > > jhbui

Re: [gtk-osx-users] Error when compiling gobject-introspection on macOS 10.13

Hi John, that's strange. I don't need python at all for the project myself and there's no need to bundle it - it's just used when building gobject-introspection. Simple jhbuild bootstrap && jhbuild build meta-gtk-osx-bootstrap && jhbuild build meta-gtk-osx-core used to work fin

Re: [gtk-osx-users] Error when compiling gobject-introspection on macOS 10.13

> On Sep 16, 2017, at 7:42 AM, Jiří Techet <tec...@gmail.com> wrote: > > Hi, > > I got the following error during jhbuild when compiling gobject-introspection: > > GISCAN GLib-2.0.gir > Traceback (most recent call last): > File "./g-ir-scanner"

Re: One more Gobject Introspection issue

On Fri, 2017-09-15 at 10:28 +0100, Emmanuele Bassi wrote: > All API that takes a GtkIconSize should have a `type int` annotation. Thanks. I learned that already from the reply of Mr. Phil Clayton. Seems that some functions like gtk_toolbar_set_icon_size() do not yet have a `type int` annotation.

Re: One more Gobject Introspection issue

On 14 September 2017 at 21:12, Stefan Salewski wrote: > GtkIconSize type is reported as plain gint, but it is an enum. It's an "extensible" enumeration, like GtkResponseType for GtkDialog: the API accepts an integer, because app and library developers can register their own

Re: One more Gobject Introspection issue

On Fri, 2017-09-15 at 09:57 +0100, Phil Clayton wrote: > Have a look at > https://bugzilla.gnome.org/show_bug.cgi?id=601425 Great, thanks. I had looked only into the list of gobject-introspection bugs mentioned at the bottom of this page: https://wiki.gnome.org/action/show/Pr

Gobject decorator -> How to deal with properties

Hello, I'm writting a decorator pattern for a protocol in Thrift that's based on c_glib. One of the cases I found is that you can have this: // From Thrift code: /*! * Thrift Protocol Decorator instance. */ struct _ThriftProtocolDecorator { ThriftProtocol parent; ThriftProtocol

One more Gobject Introspection issue

(#GtkIconSize) So ctype is GtkIconSize, but due to name="gint" I get from gobject- introspection only plain gint=int32. Unfortunately there exists a few functions with that bug, and it is some work fixing it manually. I will investigate if there is a way to get the ctype fr

Re: Pango library seems to be really hard for gobject-introspection?

On Sun, 10 Sep 2017 at 00:29, Stefan Salewski <m...@ssalewski.de> wrote: > On Sat, 2017-09-09 at 21:46 +, Emmanuele Bassi wrote: > > Boxed types use g_boxed_free() to release resources, and > > g_boxed_copy() to copy them: > > https://developer.gnome.org/g

Re: Pango library seems to be really hard for gobject-introspection?

On Sat, 2017-09-09 at 21:46 +, Emmanuele Bassi wrote: > Boxed types use g_boxed_free() to release resources, and > g_boxed_copy() to copy them: > https://developer.gnome.org/gobject/stable/gobject-Boxed-Types.html > > Ciao, >  Emmanuele. Yes I know :-) But from https://d

Re: Pango library seems to be really hard for gobject-introspection?

Boxed types use g_boxed_free() to release resources, and g_boxed_copy() to copy them: https://developer.gnome.org/gobject/stable/gobject-Boxed-Types.html Ciao, Emmanuele. On Sat, 9 Sep 2017 at 21:29, Stefan Salewski <m...@ssalewski.de> wrote: > First

Pango library seems to be really hard for gobject-introspection?

First I noticed that for pango_font_description_from_string() >From /usr/share/gir-1.0/Pango-1.0.gir we know that transfer- ownership="full" so we have to free it in our language bindings. But how to guess the function for freeing? For gobject there is generally a plain g

Re: How do you write common codes for GObject?

Hi, Thanks to all! In

Re: How do you write common codes for GObject?

If I ned to be backwards compatible, I go with GobGen (an Emacs package I wrote, available on MELPA). If not, see ebassi’s answer. On Mon, Sep 4, 2017, 16:46 Kouhei Sutou <k...@cozmixng.org> wrote: > Hi, > > We need to write common codes for GObject like the > follo

Re: How do you write common codes for GObject?

use new macros if you don't need back compatibility Il giorno lun 04 set 2017 16:03:55 CEST, Kouhei Sutou ha scritto: Hi, We need to write common codes for GObject like the followings: #define GTK_TYPE_WIDGET (gtk_widget_get_type ()) #define GTK_WIDGET(widget

Re: How do you write common codes for GObject?

On 4 September 2017 at 15:03, Kouhei Sutou <k...@cozmixng.org> wrote: > Hi, > > We need to write common codes for GObject like the > followings: > > #define GTK_TYPE_WIDGET (gtk_widget_get_type ()) > #define GTK_WIDGET(widget)

How do you write common codes for GObject?

Hi, We need to write common codes for GObject like the followings: #define GTK_TYPE_WIDGET (gtk_widget_get_type ()) #define GTK_WIDGET(widget)(G_TYPE_CHECK_INSTANCE_CAST ((widget), GTK_TYPE_WIDGET, GtkWidget)) #define GTK_WIDGET_CLASS(klass

Re: Catalog of GObject-specific design patterns?

On Sun, Aug 13, 2017 at 01:20:14PM +0200, Joël Krähemann wrote: > The AgsApplicationContext acts as a base entry point to your > application. It is an extensible singleton > where functions are added by interfaces. > > In order to use libags-thread.so.0 you have to implement >

Re: Catalog of GObject-specific design patterns?

gt; Can you describe a little those patterns? What are the intents? > >> But what GObject makes really special are it's properties and events. > > Yes for example the Observer design pattern is implemented in a simpler > way with GObject signals. But the intent remains the same.

Re: Catalog of GObject-specific design patterns?

ee/ags/audio/ags_sound_provider.h Can you describe a little those patterns? What are the intents? > But what GObject makes really special are it's properties and events. Yes for example the Observer design pattern is implemented in a simpler way with GObject signals. But the in

Re: Catalog of GObject-specific design patterns?

ext-menu.c?h=1.5.3#n258 > At last, I take this opportunity to share my bookmark post on GObject. I > collected all the interesting bits I found on the Net while learning > from zero, plus added some personal thoughts, and in the end it's just a > mess, but learners might find int

Re: Catalog of GObject-specific design patterns?

On 8/11/2017 5:16 AM, Arnaud wrote: > Hi Sébastien, > > thx for this post ! I'm a newby with GObject, and I'm always happy to > learn bits here and there. > > As for using the `g_object_set_data()` like you do, it's something I > always tried to stay away from, b

Re: Catalog of GObject-specific design patterns?

/gsequencer.git/tree/ags/X/ags_xorg_application_context.h http://git.savannah.nongnu.org/cgit/gsequencer.git/tree/ags/thread/ags_concurrency_provider.h http://git.savannah.nongnu.org/cgit/gsequencer.git/tree/ags/audio/ags_sound_provider.h But what GObject makes really special are it's properties and events

Catalog of GObject-specific design patterns?

Hi, I've documented my first GObject design pattern: https://blogs.gnome.org/swilmet/2017/08/09/gobject-design-pattern-attached-class-extension/ Question to the old-timers: do you know any other GObject-specific design pattern? Not applying the classic design patterns with GObject, I'm talking

Re: How to compile gobject-introspection ?

and install the latest unstable (2.53.x) version of GLib (make sure that you don't try to overwrite the GLib that your package manager provides, so you install it in a private location such as $HOME/gnome.build.unstable), and then when you build gobject-introspection, you need to prepend your

Re: How to compile gobject-introspection ?

On Tue, 2017-08-08 at 16:19 +0200, Andy wrote: > I call ./autogen.sh > I have error: > configure: error: Package requirements (glib-2.0 >= 2.53.5) were not > met: > > No package 'glib-2.0' found > > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a

How to compile gobject-introspection ?

I call ./autogen.sh I have error: configure: error: Package requirements (glib-2.0 >= 2.53.5) were not met: No package 'glib-2.0' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment

Re: GObject introspection and cairo?

On Sat, 2017-07-15 at 18:21 +0200, Nicola Fontana wrote: > They have been included in gobject-introspection 1.53.2, released > on may: > > https://git.gnome.org/browse/gobject-introspection/log/ Fine. My Gentoo box has still dev-libs/glib-2.50.3-r1:2::gentoo I will try to grab

Re: GObject introspection and cairo?

ke to have that upstream. > > > > Ciao. > > Is it already known when these patches will be available for ordinary > users? > ... They have been included in gobject-introspection 1.53.2, released on may: https://git.gnome.org/browse/gobject-introspection/log/ Ciao. -- Nicola __

Re: GObject introspection and cairo?

On Tue, 2017-05-09 at 17:05 +0200, Nicola Fontana wrote: > Il Tue, 09 May 2017 16:39:10 +0200 Stefan Salewski <m...@ssalewski.de > > scrisse: > > > I am currently working again on the gobject introspection based > > bindings for Nim language (https://githu

gtk-doc and gobject-introspection without gobject?

can gtk-doc and gobject-introspection be used for a library that don't have gobjects? i have a library that is only a set of utility functions (that use glib/gtk/etc): can i use gtk-doc and/or gobject-introspection? thanks in advance ___ gtk-list

Re: GObject property validation during object construction

Hi Link, My understanding is that the private string gets setup in my_object_class_init(). Then in my_object_init() you can initialize it to a default value. After that, you can set a new string value using a property set accessor function that can validate the string and/or you can use CSS

GObject property validation during object construction

I have a GObject. struct _MyObject { gchar *foo; }; I set a string property in my class_init with g_param_spec_string. I set the property->cset_nth to a string of valid characters ("abc...xyz"). static void my_object_class_init (MyObjectClass *klass) { GParamSpec

will gobject-introspection build system migrate to cmake or meason in the future?

Hi, I am a fun of python and gtk, I want to port gobject-introspection to windows, the current manul update VS project make upstream a little hard. Will gobect-introspection migrate to a modern and cross platform friendly solution like cmake or meason in the near future? And when

Re: GObject introspection and cairo?

Il Tue, 09 May 2017 16:39:10 +0200 Stefan Salewski <m...@ssalewski.de> scrisse: > I am currently working again on the gobject introspection based > bindings for Nim language (https://github.com/StefanSalewski/nim-gi). > > And I wonder why there is only minimal support for cai

Re: GObject introspection and cairo?

On 9 May 2017 at 15:39, Stefan Salewski <m...@ssalewski.de> wrote: > I am currently working again on the gobject introspection based > bindings for Nim language (https://github.com/StefanSalewski/nim-gi). > > And I wonder why there is only minimal support for cairo -- > /us

GObject introspection and cairo?

I am currently working again on the gobject introspection based bindings for Nim language (https://github.com/StefanSalewski/nim-gi). And I wonder why there is only minimal support for cairo -- /usr/share/gir-1.0/cairo-1.0.gir is minimal. Of course cairo is not gobject based

Re: gobject-introspection unmaintained?

ox, I thought I was doing something wrong. But it is already reported in bug696935 -- one of 283 open bugs. But in spite of that, gobject introspection seems to be a very useful tool. Rust people seems to use it too. ___ gtk-list mailing list gtk-list@gnome.o

Re: gobject-introspection unmaintained?

On 13 February 2017 at 11:19, Stefan Salewski <m...@ssalewski.de> wrote: > Is gobject-introspection unmaintained? It's not heavily maintained, but it's not unmaintained either. > I found a github reposity at > > https://github.com/GNOME/gobject-introspection The GitHub

gobject-introspection unmaintained?

Is gobject-introspection unmaintained? I found a github reposity at https://github.com/GNOME/gobject-introspection but the issue tracker is disabled. As you may know, I have done some work on a higher level GTK Nim wrapper recently. Starting with the API docs https://developer.gnome.org/gi

GObject Introspection, g-field-info-get-size

https://developer.gnome.org/gi/1.50/gi-GIFieldInfo.html#g-field-info-get-size Is someone still familiar with GObject Introspection? I am investigating creating high level GObject Introspection based Nim bindings. Most seems to work well, some not: For example g-field-info-get-size() seems

Re: gobject

e great references. > > That's the rub: writing down what the boilerplate code is means that > we commit to it for all eternity — or, at least, until a major API > break. > > The whole idea of using the macros is not just to avoid the > boilerplate: is to make it irrelevant to know

Re: gobject

, at least, until a major API break. The whole idea of using the macros is not just to avoid the boilerplate: is to make it irrelevant to know what the boilerplate does, unless you're literally hacking on the type system itself. Given that GObject is mostly based on conventions more than API,

Re: gobject

> > > > The referenced docs are good but only up to a point. > > Patches are very welcome; we recently landed a whole review of the > GObject tutorial, and feedback helps improving the documentation. > > > > > Their seems to be two methods used A) one

Re: gobject

Hi; you should probably try and keep the thread, instead of breaking with every new email. On 20 October 2016 at 11:32, Timothy Ward <gtwa...@gmail.com> wrote: > The referenced docs are good but only up to a point. Patches are very welcome; we recently landed a whole review of th

Re: gobject

. Gobject destruction is not fully described as when object dispose and object finalize should be used for an given Gobjects destruction and examples of correct use. Regards Tim ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org

Re: gobject

On Wed, Oct 12, 2016 at 7:41 AM, Timothy Ward <gtwa...@gmail.com> wrote: > Is there a good tutorial or reference material on gtk gobject "c" > coding. > > 1) Explaining in detail the whole process from what should be in > header files and source files, structure de

Re: gobject

Il Thu, 13 Oct 2016 01:41:03 +1100 Timothy Ward <gtwa...@gmail.com> scrisse: > Is there a good tutorial or reference material on gtk gobject "c" > coding. > > 1) Explaining in detail the whole process from what should be in > header files and source files, struc

gobject

Is there a good tutorial or reference material on gtk gobject "c" coding. 1) Explaining in detail the whole process from what should be in header files and source files, structure declarations, boiler plate code the stages of object creation and dispose and finalize functions. What eac

Re: Debug build compile error in 'gobject/gobject.c'

On 03/08/2016 23:07, Emmanuele Bassi wrote: Care to file a bug with a link to this thread? I'll try to come up with a patch for all the cases of this macro exploiting undefined behaviour. Thanks, I just filed bug #769504:- https://bugzilla.gnome.org/show_bug.cgi?id=769504 I'm not sure if

Re: Debug build compile error in 'gobject/gobject.c'

Hi; On 3 August 2016 at 19:35, John Emmas wrote: > On 03/08/2016 18:46, Emmanuele Bassi wrote: >> >> This is likely a MSVC 8 issue. The GOBJECT_IF_DEBUG macro expands the >> second argument to a code block, and it seems MSVC 8 has issues when >> that includes a conditional

Re: Debug build compile error in 'gobject/gobject.c'

was pushed/pulled into the repo. https://git.gnome.org/browse/glib/commit/gobject/gobject.c?id=42dad59cc10c5b44fac23e93004b17baeb750500 shows the author wrote the code on 2014-05-25, but it wasn't integrated until 2016-07-17. -- -Alan Coopersmith- alan.coopersm...@oracle.com

Re: Debug build compile error in 'gobject/gobject.c'

The confusion is arising from the fact that the working code is in 2.48 https://github.com/GNOME/glib/blob/glib-2-48/gobject/gobject.c#L398-L406 The non-working code is in master. On Wed, Aug 3, 2016 at 11:35 AM, John Emmas <john...@tiscali.co.uk> wrote: > On 03/08/2016 18:46, Emmanu

Re: Debug build compile error in 'gobject/gobject.c'

On 03/08/2016 18:46, Emmanuele Bassi wrote: This is likely a MSVC 8 issue. The GOBJECT_IF_DEBUG macro expands the second argument to a code block, and it seems MSVC 8 has issues when that includes a conditional pre-processor directive. GOBJECT_IF_DEBUG hasn't changed since 2014, and the same

Re: Debug build compile error in 'gobject/gobject.c'

t 2016 at 18:36, John Emmas <john...@tiscali.co.uk> wrote: >> Hi there - I just came across a problem after updating libglib to the latest >> git master (my last update was about a fortnight ago). >> >> I'm building with MSVC 8 and when I try to compile 'gobject/go

Re: Debug build compile error in 'gobject/gobject.c'

Hi; On 3 August 2016 at 18:36, John Emmas <john...@tiscali.co.uk> wrote: > Hi there - I just came across a problem after updating libglib to the latest > git master (my last update was about a fortnight ago). > > I'm building with MSVC 8 and when I try to compile 'gobject/gobjec

Debug build compile error in 'gobject/gobject.c'

Hi there - I just came across a problem after updating libglib to the latest git master (my last update was about a fortnight ago). I'm building with MSVC 8 and when I try to compile 'gobject/gobject.c' the Release version compiles fine but compiling in Debug mode gives me an error around

Re: [gtk-osx-users] Error building gobject-introspection

> On Jun 3, 2016, at 5:07 AM, Esteban Fuentes wrote: > > Hello everyone, > > I am trying to install gtk+ on OSX following the instructions in: > > https://wiki.gnome.org/Projects/GTK%2B/OSX/Building > > I get this error: > > dyld: lazy symbol binding failed: Symbol not

Re: Fwd: Submitting changes for gobject-introspection

Hi, On Tue, 2016-04-05 at 19:09 +0530, Krishnamoney Elayath wrote: > I am new to open source community and I would like to push the > following changes to the gobject introspection. What would be the > steps to do this > > girepository/gitypelib.c > > #de

Fwd: Submitting changes for gobject-introspection

Hi I am new to open source community and I would like to push the following changes to the gobject introspection. What would be the steps to do this girepository/gitypelib.c #define MAX_NAME_LEN 255 <-- this is currently 200 which is not sufficient while using introspection al

gtk-update-icon-cache : GLib-GObject-CRITICAL

he:36503888): GLib-GObject-CRITICAL **: gtype.c:2722: You forgot to call g_type_init() (process:36503888): GLib-CRITICAL **: file gthread.c: line 713: assertion `result != 0' failed (gtk-update-icon-cache:36503888): GLib-GObject-CRITICAL **: file gobject.c: line 1547: assertion `G_TYPE_IS_OBJECT (

issues compiling gobject-introspection 1.44

Greetings, I recently tried to compile gobject-introspection 1.44 using glib 2.44.1. I encountered several issues along the way that I was hoping others might be able to help me understand. First, during the build process when it attempts to use g-ir-scanner for gobject-introspection-1.44.0

Re: GObject introspection for cairo

Il Thu, 22 Jan 2015 09:50:00 -0800 Jasper St. Pierre jstpie...@mecheye.net scrisse: Cairo-GObject provides access to enums, but it won't automatically get you great cairo bindings. It might actually get you 90% of the way there, though, and I'd be interested seeing how far you can run

Re: GObject introspection for cairo

hi; On 22 January 2015 at 16:13, Nicola Fontana n...@entidi.it wrote: I need introspection access to a type actually not exported in cairo-1.0.gir, and in fact that gir file exports only a fraction of the types available. Cairo is not a GObject library, so introspection is fairly useless

GObject introspection for cairo

://bugzilla.gnome.org/show_bug.cgi?id=686107 [2] https://github.com/GNOME/gobject-introspection/pull/1 ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: GObject introspection for cairo

Il Thu, 22 Jan 2015 16:28:19 + Emmanuele Bassi eba...@gmail.com scrisse: if you have patches, please attach them on Bugzilla. Patches attached to bug #743364: https://bugzilla.gnome.org/show_bug.cgi?id=743364 Ciao. -- Nicola ___ gtk-devel-list

Re: GObject introspection for cairo

Il Thu, 22 Jan 2015 16:28:19 + Emmanuele Bassi eba...@gmail.com scrisse: Cairo is not a GObject library, so introspection is fairly useless. Hi Emmanuele, the cairo source tree includes cairo-gobject [1] that already wraps enums and structs in GObject style. I just browsed the code

Re: GObject introspection for cairo

Cairo-GObject provides access to enums, but it won't automatically get you great cairo bindings. It might actually get you 90% of the way there, though, and I'd be interested seeing how far you can run with just that, and be happy to merge patches that make it easier. Why? cairo has a subtype

Re: Does gobject-introspection support the cross-compile?

On Tue, Aug 12, 2014, at 08:48 AM, LiRongQing wrote: Hi: I want to compile gobject-introspection for arm cpu in x86 host, The compilation failed since g-ir-compiler(compiled for arm) can not run on x86. See: [1]https://bugzilla.gnome.org/show_bug.cgi?id=592311 Could you tell me

Does gobject-introspection support the cross-compile?

Hi: I want to compile gobject-introspection for arm cpu in x86 host, The compilation failed since g-ir-compiler(compiled for arm) can not run on x86. Could you tell me if it supports the cross-compile, if not, what should I do to enable it? like using the host's g-ir-compiler to work

  1   2   3   4   5   6   7   8   9   >