To: patrick at watson.org Cc: lablgtk at kaba.or.jp Subject: Re: Improving lablgtk installation In-Reply-To: References: <20010220103752P.garrigue at kurims.kyoto-u.ac.jp> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010220221732D.garrigue at kurims.kyoto-u.ac.jp> Date: Tue, 20 Feb 2001 22:17:32 +0900 From: Jacques Garrigue Lines: 52 First, my error, > > > 1) Install the .cmx files. For users of 'ocamldep', the .cmx files > > > are generated as dependencies. I would also imagine this opens > > > up opportunities for inlining. > > > > All the cmx are in lablgtk.cmxa, which should be all you need. After checking, it seems that I was wrong: .cmx and .cmxa are independent things, like .cmi and .cma. The .cmx are needed for inlining. I was just confused by the names. Good you tell me that, because I now realize that neither labltk nor lablGL install the .cmx, which they should do. > > > 2) Build a native-code version of gtkThInit.ml > > > > I'll think about this, but this file contains really a single line: > > let thread = GtkThread.start () > > It is only intended for toplevels. > > I would like to create a native-code executable using threads and lablgtk. > It was my impression that using the GtkThread module was the right > approach. I found that not using it created very poor thread performance > but I could have been using the system incorrectly. I could work from? 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. > 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. > 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. Cheers, Jacques