Date: Tue, 20 Feb 2001 12:40:22 -0500 (EST) From: Patrick M Doane To: Jacques Garrigue cc: lablgtk at kaba.or.jp Subject: Re: Improving lablgtk installation In-Reply-To: <20010220221732D.garrigue at kurims.kyoto-u.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 20 Feb 2001, Jacques Garrigue wrote: > What you need to use threads is gtkThread.cmx, which is installed if > your system supports threads in native code (ocaml was compiled with > option -with-pthread). gtkThreadInit is only useful for toplevels. Right, but gtkThreadInit is simply a call to GtkThread.start (). Are you saying that native code applications should not call GtkThread.start ()? > > It's very straight-forward to use, I could send an example Makefile to the > > list if that would be useful. As a side note for Ocaml, it would really be > > great to see better package management integrated with Ocaml. At least the > > latest versions of the compiler support the '-where' option. > > And also you can write "ocamlc -I +lablgtk", which makes things much > simpler. The only thing which is still lacking is dependency > analysis, which is better done by an independent program like findlib. > Maybe findlib should be part of the standard distribution also. Dependency analysis can be useful, but the information starts to become redundant on a number of systems that store dependencies in packages. > > BTW, have you given any thought to hosting the lablgtk project on > > SourceForge. It would be good to get more Ocaml based projects online > > there for increased visibility. > > What do you mean by hosting ? > For a variety of reasons, I like having the CVS server on my machine, > just in case something goes amok. > What would be other technical advantages of being on sourceforge ? > I'm just curious. I don't think there are too many advantages for you since you have a permanent connection on the net. But for those of us without such resources, or time to setup a large suite of tools, SourceForge offers these nice features: * Secure CVS access for project members * Mailing list support through mailman with archiving * Bug/issue tracking * Discussion boards * Ample space for web page * FTP server for file distributions * Compilation Farm for testing with other operating systems Then there is the side-benefit of increasing the number of Caml projects that are registered on the site. I think that getting that number higher is good for publicity. Patrick