Re: Bug in gobject-introspection

Il Sun, 6 May 2018 09:47:05 -0300 Colomban Wendling scrisse: > Le 06/05/2018 à 09:05, Nicola Fontana a écrit : > > Il Sat, 07 Apr 2018 06:25:52 +0200 Arun Gurung > > scrisse: > > > >> Hi, > >> > >> I have gobject-introspection-1.50.0-1.

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 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 >>

Re: Bug in gobject-introspection

Il Sun, 6 May 2018 12:52:09 +0100 Daniel Boles scrisse: > On 6 May 2018 at 12:25, 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 "de

Re: Bug in gobject-introspection

Il Sat, 07 Apr 2018 06:25:52 +0200 Arun Gurung 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" and the develop

Re: Bug in gobject-introspection

On 6 May 2018 at 12:25, 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 developers say there is a bug in > gobject-instrospecit

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&#

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: How to compile gobject-introspection ?

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

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 non-s

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 varia

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 will the

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 > > #define MAX_NAME

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 along w

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-introspe

Re: GObject introspection for cairo

Il Thu, 22 Jan 2015 09:50:00 -0800 "Jasper St. Pierre" 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 with just that, > and be

Re: GObject introspection for cairo

Il Thu, 22 Jan 2015 16:28:19 + Emmanuele Bassi 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 mailing list gtk-

Re: GObject introspection for cairo

ace_type_t). It might be enough to do 90% of the work with GObject-Introspection and write some small by-hand functions when you need to "cast" to a specific type in your binding, but you do always need some small native glue code that calls cairo_surface_get_type(); On Thu, Jan 22, 201

Re: GObject introspection for cairo

ing types to the gir file. > for Cairo, you should always prefer native bindings — like pycairo, or > the cairo GJS module. I'm using LGI [2] which provides automatic bindings based on GObject introspection. This gives me the ability to access all the libraries I need (cairo is on

Re: GObject introspection for cairo

686107 > [2] https://github.com/GNOME/gobject-introspection/pull/1 please, do not use pull requests on the Github mirror: nobody looks at them, and cannot be merged from there anyway (it's a read-only mirror). if you have patches, please attach them on Bugzilla. ciao, Emmanuele. -- https

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: 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

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

On 08/13/2014 05:24 PM, Ross Burton wrote: On 13 August 2014 07:07, Rongqing Li mailto:rongqing...@windriver.com>> wrote: I am working under Yocto, and using the host g-ir-compiler to compiler target file, and the error is below: Are you using meta-gir? If not then you should. If

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

On 13 August 2014 07:07, Rongqing Li wrote: > I am working under Yocto, and using the host g-ir-compiler to compiler > target file, and the error is below: > Are you using meta-gir? If not then you should. If you are then it's likely bitrotted, I recommend speaking to the author (Tomas Frydryc

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

On 08/13/2014 01:31 PM, Tristan Van Berkom wrote: On Wed, 2014-08-13 at 09:09 +0800, Rongqing Li wrote: Hi: I want to compile gobject-introspection for arm cpu in x86 host, both are linux OS. The compilation failed since g-ir-compiler (compiled for arm) can not run on x86. Could

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

roots/qemux86-64/usr/include/glib-2.0/glib/gwin32.h /buildarea/build/firewalld/bitbake_build/tmp/sysroots/qemux86-64/usr/include/glib-2.0/gobject/glib-types.h /buildarea/build/firewalld/bitbake_build/tmp/work/core2-64-wrs-linux/gobject-introspection/1.40.0-r0/gobject-introspection-1.40.0/gir/glib-2.0

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

I want to compile gobject-introspection for arm cpu in x86 host, >> both are linux OS. 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 enab

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

On Wed, 2014-08-13 at 09:09 +0800, Rongqing Li wrote: > Hi: > > I want to compile gobject-introspection for arm cpu in x86 host, > both are linux OS. The compilation failed since g-ir-compiler > (compiled for arm) can not run on x86. > > Could you tell me if it suppo

Does gobject-introspection support the cross-compile?

Hi: I want to compile gobject-introspection for arm cpu in x86 host, both are linux OS. 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? is it possible that I use

Building gobject-introspection-1.40.0 error

Hi, I'm trying to build gobject-introspection-1.40.0 on RHEL 5 but it occur errors, can you show me the way to install it? Regards, Ha Nguyen scannerlexer.c: In function 'yy_scan_bytes': scannerlexer.c:2787: warning: comparison between signed and unsigned giscanner/giscannermodul

Re: gobject-introspection: Cryptic error in g-ir-scanner

>>> On 2014/02/04 at 12:04 PM, Ankit Vani wrote: > On Tue, Feb 4, 2014 at 3:27 PM, Bastien Nocera wrote: >> Try getting a backtrace of the crash. It's likely a bug in the library >> itself. > > Can you tell me how exactly to go about getting a backtrace? > > I've tried using gdb on python (to r

gobject-introspection: Cryptic error in g-ir-scanner

Hi I have set up gobject-introspection in Pidgin -- and it works well for libpurple, pidgin and finch. However, g-ir-scanner dies with a very cryptic error when g-ir-scanner scans libgnt. The error looks like: GISCAN Gnt-2.8.gir (process:13172): GLib-CRITICAL **: g_key_file_has_group

Re: gobject-introspection: Cryptic error in g-ir-scanner

On Tue, 2014-02-04 at 15:34 +0530, Ankit Vani wrote: > On Tue, Feb 4, 2014 at 3:27 PM, Bastien Nocera wrote: > > Try getting a backtrace of the crash. It's likely a bug in the library > > itself. > > Can you tell me how exactly to go about getting a backtrace? > > I've tried using gdb on python

Re: gobject-introspection: Cryptic error in g-ir-scanner

On Tue, Feb 4, 2014 at 3:27 PM, Bastien Nocera wrote: > Try getting a backtrace of the crash. It's likely a bug in the library > itself. Can you tell me how exactly to go about getting a backtrace? I've tried using gdb on python (to run g-ir-scanner) without any special setting, but I'm unable t

Re: gobject-introspection: Cryptic error in g-ir-scanner

On Tue, 2014-02-04 at 15:20 +0530, Ankit Vani wrote: > Hi > > I have set up gobject-introspection in Pidgin -- and it works well for > libpurple, pidgin and finch. However, g-ir-scanner dies with a very > cryptic error when g-ir-scanner scans libgnt. > > > The error look

gobject-introspection: Cryptic error in g-ir-scanner

Hi I have set up gobject-introspection in Pidgin -- and it works well for libpurple, pidgin and finch. However, g-ir-scanner dies with a very cryptic error when g-ir-scanner scans libgnt. The error looks like: GISCAN Gnt-2.8.gir (process:13172): GLib-CRITICAL **: g_key_file_has_group

Re: Question about install gobject-introspection

Hi, On Thu, 2014-01-02 at 00:15 +0800, daedae11 wrote: > I install new edition of glib in /usr/local, However it find > glib-types.h in /usr. I'm new hand to linux. How can I solve this > problem? Rather than running configure/make/make install and such by hand, You should pick a meta-build syst

Question about install gobject-introspection

When executing “make install”, I encountered the following error: make[2]: Entering directory `/home/zhiyajun/Software/gobject-introspection-1.38.0' make[2]: *** No rule to make target `/usr/include/glib-2.0/gobject/glib-types.h', needed by `GLib-2.0.gir'. Stop. make[2]: Le

Re: GObject Introspection Enum details

Hi Aleksey, Perhaps a solution is to prefix the name returned by g_base_info_get_name with the namespace's C prefix returned by g_irepository_get_c_prefix I think this will reconstruct the C name because (somebody correct me if I'm wrong) the names in the GIR metadata are derived by strippin

Re: GObject Introspection Enum details

Thanks Jasper I've somehow overlooked that GIEnumInfo is inherited GIRegisteredTypeInfo, not directly from GIBaseInfo. Unfortunately, g_registered_type_info_get_type_name() returns NULL. I've also tried g_registered_type_info_get_g_type & g_type_name: GType type = g_registered_type_info

Re: GObject Introspection Enum details

You can try g_registered_type_info_get_type_name(), but mind asking why you want to know? On Sun, Nov 17, 2013 at 11:33 AM, Aleksey wrote: > Hi guys > > > > I am trying to use GIRepository (version 1.38) to retrieve Enumeration > details and I'm wondering how to retrieve C-name of Enum. For ex

GObject Introspection Enum details

Hi guys I am trying to use GIRepository (version 1.38) to retrieve Enumeration details and I'm wondering how to retrieve C-name of Enum. For example, I have GIEnumInfo instance for GBookmarkFileError (https://developer.gnome.org/glib/2.38/glib-Bookmark-file-parser.html#GBookmarkFileError). Ca

Re: building gobject-introspection failed

On Mon, 2013-07-15 at 16:11 -0700, Kemin Zhou wrote: > Here is the background: > My machine (brand new) has RedHat 6.4 I build the gnome-3-8 branch of gobject-introspection for RHEL 6.4 too, but I use jhbuild. This version of g-i is used to bootstrap the gnome-ostree build system whic

building gobject-introspection failed

Hi All, Not sure I am reaching the right group or not. Here I am having a tough problem with gobject-introspection.  I have at least build > 2000 packages in my career as a programmer.  This is the first time, it failed at the 'make install' stage.  Here is the backgroun

Re: waf - was New GObject Introspection tutorial

Disclaimer - I am familiar with waf, not so much with autotools. Waf targeting the direct inclusion into a project looks awkward at the beginning, but is an advantage actually. Mainly because that can prevent buildfailures based on non-backwards compatible changes in the buildsystem. Another

Re: New GObject Introspection tutorial

On 13 June 2013 07:54, Simon Kågedal Reimer wrote: > I've written a tutorial on how to make a basic multilevel "Hello > World" using GObject Introspection: > > http://helgo.net/simon/introspection-tutorial/ Looks great, thank you for making this, Simon. How about some

Re: New GObject Introspection tutorial

On Mon, Jun 17, 2013 at 6:56 AM, Simon McVittie < simon.mcvit...@collabora.co.uk> wrote: > On 14/06/13 23:14, Colin Walters wrote: > > Not that waf is bad exactly > > It's perhaps worth pointing out that waf is pretty awkward for > distributions with a strong commitment to "ship source code for >

Re: New GObject Introspection tutorial

On 14/06/13 23:14, Colin Walters wrote: > Not that waf is bad exactly It's perhaps worth pointing out that waf is pretty awkward for distributions with a strong commitment to "ship source code for everything, build everything from its actual source, and avoid duplication":

Re: New GObject Introspection tutorial

p/Makefile.am with two lines, @YELP_HELP_RULES@ and HELP_ID = gobject-introspection-tutorial / third would be to get tarballs, but probably the "download master as .tar.gz" from gitorious would be enough here Hope it helps, and that I didn't forget anything important,

Re: New GObject Introspection tutorial

Hi Simon, Colin, > > It's written in Mallard; the markup is in a git repository at > > https://www.gitorious.org/gobject-introspection-tutorial > > We should think about adding this kind of thing to the main > developer.gnome.org page somehow. It'd need someone

Re: New GObject Introspection tutorial

On Thu, Jun 13, 2013 at 3:54 PM, Simon Kågedal Reimer wrote: > Hello! > > I've written a tutorial on how to make a basic multilevel "Hello > World" using GObject Introspection: > > http://helgo.net/simon/introspection-tutorial/ > Just a small nitpick, you a

Re: New GObject Introspection tutorial

Hi Simon, On Thu, 2013-06-13 at 08:54 +0200, Simon Kågedal Reimer wrote: > Hello! > > I've written a tutorial on how to make a basic multilevel "Hello > World" using GObject Introspection: > > http://helgo.net/simon/introspection-tutorial/ Cool. A few high l

New GObject Introspection tutorial

Hello! I've written a tutorial on how to make a basic multilevel "Hello World" using GObject Introspection: http://helgo.net/simon/introspection-tutorial/ It's written in Mallard; the markup is in a git repository at https://www.gitorious.org/gobject-introspection-tuto

Re: gobject-introspection bindings: how to get gtype for enum type?

Hi again, Answering to self: Le 13/05/2013 18:08, Thibaut Paumard a écrit : > I want to implement setting GObject properties during initialization > with g_object_newv(). > > When the property is of an Enum type, I need to find the gtype > corresponding to the exact Enum type. What I have in my h

gobject-introspection bindings: how to get gtype for enum type?

Hi, I have started writing [1]gobject-introspection bindings for the [2]Yorick language. [1] https://github.com/paumard/yorick-gy [2] http://yorick.sourceforge.net/ It is much simpler than I initially envisioned (although I'm sure this initial implementation is very... naive), but I mus

Re: __uint128_t support in gobject introspection

On Tue, 2013-05-07 at 09:14 -0400, Colin Walters wrote: > On Mon, 2013-05-06 at 16:02 -0400, Mark Salter wrote: > > > That got rid of the error messages I was seeing. > > Found a reviewer; merged to master. Feel free to backport to the Fedora > packages if you want. I do want. :-) Will file a b

Re: __uint128_t support in gobject introspection

On Mon, 2013-05-06 at 16:02 -0400, Mark Salter wrote: > That got rid of the error messages I was seeing. Found a reviewer; merged to master. Feel free to backport to the Fedora packages if you want. ___ gtk-devel-list mailing list gtk-devel-list@gn

Re: __uint128_t support in gobject introspection

On Sun, 2013-05-05 at 14:56 -0400, Colin Walters wrote: > On Thu, 2013-05-02 at 14:00 -0400, Mark Salter wrote: > > > > > I think ignoring it would probably be fine. We're just building existing > > code. No new APIs. > > Can you try > > https://bugzilla.gnome.org/show_bug.cgi?id=699722 > > a

Re: __uint128_t support in gobject introspection

On Sun, 2013-05-05 at 14:56 -0400, Colin Walters wrote: > On Thu, 2013-05-02 at 14:00 -0400, Mark Salter wrote: > > > > > I think ignoring it would probably be fine. We're just building existing > > code. No new APIs. > > Can you try > > https://bugzilla.gnome.org/show_bug.cgi?id=699722 > > a

Re: __uint128_t support in gobject introspection

On Thu, 2013-05-02 at 14:00 -0400, Mark Salter wrote: > > I think ignoring it would probably be fine. We're just building existing > code. No new APIs. Can you try https://bugzilla.gnome.org/show_bug.cgi?id=699722 and let me know if it works? ___

Re: __uint128_t support in gobject introspection

On Thu, 2013-05-02 at 10:41 -0400, Colin Walters wrote: > Hi Mark, > > On Mon, 2013-04-29 at 12:43 -0400, Mark Salter wrote: > > I ran into an issue in gobject-introspection while bootstrapping fedora > > packages for AArch64. I was able to build gobject-introspection bu

Re: __uint128_t support in gobject introspection

Hi Mark, On Mon, 2013-04-29 at 12:43 -0400, Mark Salter wrote: > I ran into an issue in gobject-introspection while bootstrapping fedora > packages for AArch64. I was able to build gobject-introspection but when > some other packages run the scanner, What components are causing the s

__uint128_t support in gobject introspection

I ran into an issue in gobject-introspection while bootstrapping fedora packages for AArch64. I was able to build gobject-introspection but when some other packages run the scanner, I see: /usr/include/asm/sigcontext.h:53: syntax error, unexpected identifier in ' __uint128_t vregs[32]

__uint128_t support in gobject introspection

Sorry if this comes through twice. Original seems to be stuck waiting on moderator because I wasn't subscribed to list when I sent it. I ran into an issue in gobject-introspection while bootstrapping Fedora packages on AArch64. I was able to build gobject-introspection but when some

Re: [GObject-Introspection] Doubt about GIR files generation

Thanks for your answer. Unfortunately, I already do that and it still fails. Doing tests looking for a solution I've omitted the GIR files generation and it fails while linking the library to the main program, so I'm doing something wrong with the Autotools (although everything works if the librar

Re: [GObject-Introspection] Doubt about GIR files generation

On 07/03/13 13:04, Alejandro T. Colombini wrote: > if any symbol name has been added or modified in the version > being build, libtool complains about undefined references to these > symbols while linking. It happens only during the g-ir-scanner > execution and doesn't in the regular linking of the

[GObject-Introspection] Doubt about GIR files generation

Hi everyone, I'm wrinting a library and I generate some gir files for the parts of it that need to be used from outside, as the library is written in C but is being used from Vala throught some vapi files. All the bindings are made and working, but I have a doubt about GObject Introspe

gobject-introspection build problem

Hello, I try to build gobject-introspection from source. But it fails with this message: gio: can't fit parameter size referenced by parameter buffer of "pollable_stream_write_nonblocking" How to solve this error message. Roelof __

Re: [gobject-introspection] How to use caller-allocates and allow-none annotations in Clutter

Hi, In <50ead835.5070...@collabora.co.uk> "Re: [gobject-introspection] How to use caller-allocates and allow-none annotations in Clutter" on Mon, 07 Jan 2013 14:14:13 +, Simon McVittie wrote: > [I am not a g-i developer, please do not take this as authoritative.] Th

Re: [gobject-introspection] How to use caller-allocates and allow-none annotations in Clutter

[I am not a g-i developer, please do not take this as authoritative.] On 07/01/13 13:22, Kouhei Sutou wrote: > ClutterActorIter iter; > ClutterActor *child; > > clutter_actor_iter_init (&iter, container); > while (clutter_actor_iter_next (&iter, &child)) > { > /* do something wi

[gobject-introspection] How to use caller-allocates and allow-none annotations in Clutter

Hi, I have questions about "out caller-allocates" and "allow-none" annotations of GObject Introspection. I'm sending this e-mail to gtk-devel-list because https://live.gnome.org/GObjectIntrospection introduces this list. I submitted a bug report to Clutter: "chi

Re: [Solved] Re: [gobject-introspection] callback without GDestroyNotify

On Wed, 2012-10-24 at 10:42 +0100, Emmanuele Bassi wrote: > you should not be using the g_*/G* namespace unless you're > contributing code to GLib (glib, gobject, gio) — not GNOME. > > using the g_* namespace from other components may very well lead to > symbol collision. Sorry, I was confused.

Re: [Solved] Re: [gobject-introspection] callback without GDestroyNotify

hi; On 24 October 2012 07:04, Mohan R wrote: > On Tue, 2012-10-23 at 19:43 +0100, Emmanuele Bassi wrote: >> hi; >> >> don't use the G namespace for you code unless you plan on submitting >> it for inclusion in GLib. >> >> If you're writing a gtweet library, then the namespace ought to be >> Gtwee

Re: [Solved] Re: [gobject-introspection] callback without GDestroyNotify

On ons, 2012-10-24 at 11:34 +0530, Mohan R wrote: > On Tue, 2012-10-23 at 19:43 +0100, Emmanuele Bassi wrote: > > hi; > > > > don't use the G namespace for you code unless you plan on submitting > > it for inclusion in GLib. > > > > If you're writing a gtweet library, then the namespace ought to

Re: [Solved] Re: [gobject-introspection] callback without GDestroyNotify

On Tue, 2012-10-23 at 19:43 +0100, Emmanuele Bassi wrote: > hi; > > don't use the G namespace for you code unless you plan on submitting > it for inclusion in GLib. > > If you're writing a gtweet library, then the namespace ought to be > Gtweet. > > ciao, > Emmanuele. Of course I'm going to

Re: [Solved] Re: [gobject-introspection] callback without GDestroyNotify

hi; don't use the G namespace for you code unless you plan on submitting it for inclusion in GLib. If you're writing a gtweet library, then the namespace ought to be Gtweet. ciao, Emmanuele. On Oct 23, 2012 7:15 PM, "Mohan R" wrote: > Fixed it, > > My mistake, annotations are wrong, because th

[Solved] Re: [gobject-introspection] callback without GDestroyNotify

Fixed it, My mistake, annotations are wrong, because the name of the function is 'g_tweet_object_samplestream', but the anotation says 'tweet_object_samplestream'. Sorry to distrub you all. On Tue, 2012-10-23 at 21:11 +0530, Mohan R wrote: > /** > * tweet_object_samplestream: > * @tweetObject:

[gobject-introspection] callback without GDestroyNotify

Hi, May be a noob question. I am very new to this introspection world and learning. One of the function in a library which I'm trying to export to javascript look like this, /** * tweet_object_samplestream: * @tweetObject: a #TweetObject * @func: (closure userdata) (scope async): a callback fu

[gobject-introspection] build it under mingw under windows vista

i'm trying to build gobject-introspection under mingw/msys under windows vista i started from tarballs and after some changes in configure, Makefile and utils.py i stopped here a.zagli@PC239 ~/gobject-introspection-1.33.9 $ make -j 4 make all-recursive make[1]: Entering directory `

Re: Some questions regarding GObject-Introspection

>>> On 7/19/2012 at 7:28 AM, Fan Chun-wei wrote: > After figuring out where I should place the .typelib/.gir files, I > proceeded to to run the glib-print example, but I get: > ** > domain:ERROR:glib-print.c:1057148:main: hello world > > This application has requested the Runtime to terminate i

Re: Some questions regarding GObject-Introspection

Hi there, please provide a call stack. mike On Thu, Jul 19, 2012 at 5:28 AM, Fan Chun-wei wrote: > Hi, > > I was trying to build G-I on Windows using MSVC, and managed to get the > GLib-2.0.gir file to be built by g-ir-scanner (used the gcc preprocessor as > MSVC does not accept input from stdin

Some questions regarding GObject-Introspection

Hi, I was trying to build G-I on Windows using MSVC, and managed to get the GLib-2.0.gir file to be built by g-ir-scanner (used the gcc preprocessor as MSVC does not accept input from stdin[1], then run the MSVC compiler on the resulting temporary GLib.c), using the command like what is found

Re: EXTERNAL: Re: building gobject-introspection with Mingw

On 7/16/2012 1:29 PM, Colin Walters wrote: It's just for the introspection.m4 file; you should be able to copy it into the m4/ directory in the GTK+ source. That worked. As I mentioned yesterday, I was able to build gtk3. Today I tried the gtk3 examples at http://developer.gnome.org/gtk3/3.0/g

Re: EXTERNAL: Re: building gobject-introspection with Mingw

On Tue, 2012-07-17 at 07:56 +0200, Stef Walter wrote: > On 07/16/2012 09:40 PM, Damon Register wrote: > > It's just for the introspection.m4 file; you should be able to copy it > > into the m4/ directory in the GTK+ source. > > In general, should we be copying introspection.m4 into our projects?

Re: EXTERNAL: Re: building gobject-introspection with Mingw

know but I didn't do that anyway. I put it in my gtk3 directory where I am installing all the other projects that lead up to gtk3. I might be wrong but it made more sense to me to put it where it would probably wind up anyway if I could complete the build and install of gobject-introspection.

Re: EXTERNAL: Re: building gobject-introspection with Mingw

On 07/16/2012 09:40 PM, Damon Register wrote: > It's just for the introspection.m4 file; you should be able to copy it > into the m4/ directory in the GTK+ source. In general, should we be copying introspection.m4 into our projects? Cheers, Stef ___ gt

Re: EXTERNAL: Re: building gobject-introspection with Mingw

On 7/16/2012 1:29 PM, Colin Walters wrote: On Mon, 2012-07-16 at 12:36 -0400, Damon Register wrote: I used the suggested patch. The downside is that this seems to have required autoreconf. Now configure wants gobject-introspection. It's just for the introspection.m4 file; you should be

Re: building gobject-introspection with Mingw

On Mon, 16 Jul 2012 18:40:12 +0100, Lionel Landwerlin wrote: On Mon, 2012-07-16 at 13:29 -0400, Colin Walters wrote: There's outstanding work on gobject-introspection/win32 that will hopefully land in the near future, but for now, I'd recommend just copying the m4 file. Is this wor

Re: building gobject-introspection with Mingw

On Mon, 2012-07-16 at 18:40 +0100, Lionel Landwerlin wrote: > > Is this work going to enable gir/typelib files generation when doing > cross compilation as well? It's not quite that easy, unfortunately. See: https://bugzilla.gnome.org/show_bug.cgi?id=592311

Re: building gobject-introspection with Mingw

ed with an > > error > > message about fallback-c89.c. I found this using Google: > > http://osdir.com/ml/commits.gnome/2012-05/msg04658.html > > > > I used the suggested patch. The downside is that this seems to have > > required > > autoreconf. Now

Re: building gobject-introspection with Mingw

Google: > http://osdir.com/ml/commits.gnome/2012-05/msg04658.html > > I used the suggested patch. The downside is that this seems to have required > autoreconf. Now configure wants gobject-introspection. It's just for the introspection.m4 file; you should be able to copy it i

building gobject-introspection with Mingw

/commits.gnome/2012-05/msg04658.html I used the suggested patch. The downside is that this seems to have required autoreconf. Now configure wants gobject-introspection. I am not sure if this is because the autoreconf changed something or just because I hadn't got that far with the fallback pr

building gobject-introspection with Mingw

patch. The downside is that this seems to have required autoreconf. Now configure wants gobject-introspection. I am not sure if this is because the autoreconf changed something or just because I hadn't got that far with the fallback problem. Anyway, I tried building gobject-introspection and

Re: Use of LPATH=.libs in common.mk for gobject-introspection

On Tue, 2011-11-15 at 23:55 -0600, Albert Chin wrote: > What's the purpose of LPATH=.libs in gobject-introspection? For HP-UX, > when LPATH is set, it replaces the default search path for libraries. > So, LPATH=.libs with -lpthread will not search /usr/lib for > libpthread.sl. I

In function `serialize_type': /gobject-introspection/girepository/girnode.c:1198: undefined reference to `g_type_tag_to_string'

Hi there, Trying to add tests to the gobject-introspection test suite to cover more of the functions and learn about the code. wanted to create a simple test to create an object from the libgirepository_internals.a but having problems linking, wondering if anyone can give me some advice on this

Discrepancies between GObject Introspection and Vala

I've been working on putting together a list of discrepancies between Vala and GObject Introspection, and I'm not sure which of them are bugs and which are simply irreconcilable differences between the two. A more complete list is at https://live.gnome.org/Vala/UpstreamGuide (see

Re: Gtk+ and GObject-Introspection

On 01/16/2012 07:11 PM, Colin Walters wrote: On Sun, 2012-01-15 at 12:26 -0800, John Ralls wrote: I just discovered (by way of missing a usual dependency in my jhbuild moduleset) that automake fails on Gtk+ (master) if gobject-introspection hasn't been built. The actual error is

  1   2   3   >