Delivered-To: garrigue at math.nagoya-u.ac.jp
Authentication-Results: mailhost.math.nagoya-u.ac.jp sender=lablgtk-bounces at yquem.inria.fr; domainkey=neutral (no query protocol specified; no policy for yquem.inria.fr)
Delivered-To: lablgtk at yquem.inria.fr
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:mime-version:received:in-reply-to:references
	:date:message-id:subject:from:to:cc:content-type;
	bh=4W7yq/9KpGtK1nqM8SyWoK+1m0SK6bUWGwhPWm1fmmo=;
	b=Azw5zzyLzHK41HdYniPSQVtGWXR39QGhcXHNs3u5gSiW/zVLp0hSkwwwqilWxRJW0/
	dQjabfKJl+spjlhq8d9BnS1e0QNRAmw9MEiZkHzYSDSxmfTo0EVM0y+FMVjmtcrNFDci
	N1fN4ZqNhqrbNPXEt/xDrWrTRotoDYTj4gqX8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	b=QRFdB49BSqq8NZbLSxW/etrn87o3BMoXejuGTrswb/Lq2DUUp3f7LYyUdryHIFRJCA
	0ZZ6faXZq/dv/BrDfXQZ4fkDx7QUVskip0nOKwV9CBERYRQClmqheBcqu/pXPbzMh0ef
	th+C8+gz+lHB+7OMdqDFQ1osWnit+rNcbM34E=
MIME-Version: 1.0
In-Reply-To: <20091012.205955.85300175.garrigue at math.nagoya-u.ac.jp>
References: <666572260910040501n79651d01r33566967299a4572 at mail.gmail.com>
	<666572260910120251r5ac76f62lda0ac557005157e6@mail.gmail.com>
	<20091012.205955.85300175.garrigue@math.nagoya-u.ac.jp>
Date: Mon, 12 Oct 2009 14:13:26 +0200
Message-ID: <666572260910120513r721b3111g54e90b2d658fe488 at mail.gmail.com>
Subject: Re: [Lablgtk] [ANN] ocaml-gir 0.9 alpha - binding generator for 
	glib2-based libs
From: Adrien <camaradetux at gmail.com>
To: Jacques Garrigue <garrigue at math.nagoya-u.ac.jp>
Content-Type: text/plain; charset=ISO-8859-1
Cc: lablgtk at yquem.inria.fr

On 12/10/2009, Jacques Garrigue <garrigue at math.nagoya-u.ac.jp> wrote:
> From: Adrien <camaradetux at gmail.com>
>> There is one problem for the webkit-gtk bindings however: webkit-gtk
>> now requires that "the thread system is initialized" which is done
>> through a call to g_init_thread() which isn't currently available in
>> lablgtk2 (I've seen some commented code reference to it however).
>> Would it be possible that this function is added in future releases?
>
> I certainly see no problem in adding it to lablgtk.
> The reason there is no such binding is only that lablgtk (even in its
> threaded version) doesn't use glib threads (relying on ocaml threads
> for synchronization is simpler). But I don't think glib threads would
> break anything.

OK, thanks a lot. :)

> In the midtime, if you are building your own bindings, there should be
> no problem in adding it on your side. This is just some C code, which
> doesn't really need to be bound on the ML side.

That's what I've been doing, it's about 5 lines of C and 1 line of ocaml.

 ---

Adrien Nader

_______________________________________________
Lablgtk mailing list
Lablgtk@yquem.inria.fr
http://yquem.inria.fr/cgi-bin/mailman/listinfo/lablgtk