Message-ID: <429E7E3B.90003 at rftp.com>
Date: Wed, 01 Jun 2005 20:34:19 -0700
From: Robert Roessler <robertr at rftp.com>
Organization: Robert's High-performance Software
MIME-Version: 1.0
To: Jacques Garrigue <garrigue at math.nagoya-u.ac.jp>
CC: lablgtk at math.nagoya-u.ac.jp
Subject: Re: Additional export request from dlllablgtk2
References: <4296897F.7060007 at rftp.com> <20050602.092311.96685144.garrigue at math.nagoya-u.ac.jp>
In-Reply-To: <20050602.092311.96685144.garrigue at math.nagoya-u.ac.jp>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Jacques Garrigue wrote:

> From: Robert Roessler <robertr@rftp.com>
> 
>>3) if Val_GtkWidget_sink was exported from the dlllablgtk2 DLL, then 
>>apps like mine (which wrap their own widgets) could have access to the 
>>"real" Val_GtkWidget_sink implementation just like the native builds
> 
> 
> This is now fixed in the CVS version.
> Just add lots of CAMLprim in wrappers.h.

Excellent.  Now for something I have been wondering about for a while:

You (and Olivier) occasionally mention "the CVS version"... yet the 
only LablGTK page I am aware of 
(http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/lablgtk.html) never 
talks about CVS access.  Is public (RO, of course) access available?

I already am doing my own builds (ocamlc and ocamlopt versions) from 
your February snapshot because I needed the "Glib.get_home_dir ()" 
support.

There is an email from you in the archive (dated 20 Feb 2003) 
discussing the branch layout, but no server is named.  I am also 
unable to locate current LablGTK files in the main Caml CVS tree.

If [public] access *is* intended, perhaps this is a good time for a 
list posting on the subject? :)

P.S. - Yes, I noticed your "CAMLprim" point, implying that I do not 
really need CVS access...

Robert Roessler
robertr@rftp.com
http://www.rftp.com