Browse thread
Hash clash in polymorphic variants
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
| Date: | -- (:) |
| From: | Richard Jones <rich@a...> |
| Subject: | Re: [Caml-list] Re: Hash clash in polymorphic variants |
On Tue, Jan 15, 2008 at 06:17:32PM +0000, Jon Harrop wrote: > . GUIs are incredibly important (LablGTK is the world's favorite OCaml > library!) and tens of thousands of OCaml programmers are crying out for > proper LablGTK documentation as a first priority, many of whom are in > industry. GTK itself is horribly undocumented. However SooHyoung Oh has done an excellent job translating the C-based GTK 2.0 tutorial into OCaml, here: http://plus.kaist.ac.kr/~shoh/ocaml/lablgtk2/lablgtk2-tutorial/ > . Rich libraries are incredibly important and OCaml has the > potential to become a hugely successful commercial platform where > people can buy and sell cross-platform libraries but OCaml needs > support for shared run-time DLLs (or something equivalent) this > before this can happen. My requirement is similar to this: (1) to be able to take OCaml libraries and automatically generate C bindings from them (ie. translate the OCaml .mli file into a .h file, and generate stubs). (2) to be able to ship the library as a DLL / .so file. Efficiency is not so much of a concern for me - eg. if the generated stubs worked by copying all strings passed, that would be OK for my requirements. I actually did a little bit of work on a stub/wrapper generator, and I think it is possible to implement it, especially now that ocamlopt can generate PIC. Rich. -- Richard Jones Red Hat