From: Chris Conway <cconway@courant.nyu.edu>
To: Richard Jones <rich@annexia.org>
Cc: "Daniel Bünzli" <daniel.buenzli@erratique.ch>,
"Christopher L Conway" <cconway@cs.nyu.edu>,
caml-list <caml-list@yquem.inria.fr>
Subject: Re: [Caml-list] Camlidl questions
Date: Sat, 27 Oct 2007 19:27:15 -0400 (EDT) [thread overview]
Message-ID: <Pine.GSO.4.63.0710271920270.7109@access2.cims.nyu.edu> (raw)
In-Reply-To: <20071027164553.GA26579@furbychan.cocan.org>
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1679 bytes --]
On Sat, 27 Oct 2007, Richard Jones wrote:
> On Sat, Oct 27, 2007 at 10:43:46AM +0200, Daniel Bünzli wrote:
>> Le 26 oct. 07 à 22:36, Christopher L Conway a écrit :
>>> I'm trying to write an interface to an existing C library using
>>> Camlidl and I'm having trouble in just a few cases...
>>
>> I'd say don't use camlidl. It seems to be unsupported software. There
>> is for example a bug the handling of records of floats only that I
>> reported a long time ago but was lost in the bugtracker update. I
>> guess it wasn't fixed.
>>
>> Try to understand the caml-c interface (chap. 18 of the manual) and
>> then use C pre-processor hacks to streamline the development of your
>> bindings, have a look at lablgl to see what I mean by that.
>
> Absolutely agreed.
>
> While I think there is room for someone to _really_ tackle the issue
> of building interfaces to C automatically (using something like CIL
> and a bucket-load of meta-information about how the C library deals
> with memory), until that day comes it's just much better to write the
> bindings by hand.
>
> I've used the native interface APIs for several languages including
> Java, Perl and Python, but OCaml's is by far the easiest. Well, maybe
> apart from C++ :-)
>
> Rich.
I'm afraid I don't understand this position at all. With a few dozen,
mostly obvious, annotations to the header files, I have covered 99% of the
library's functionality, automatically generating several thousand lines
of low-level boilerplate code. Leaving aside the possibility of known bugs
in Camlidl that might never get fixed... why would I want to code this all
by hand?
Regards,
Chris
next prev parent reply other threads:[~2007-10-27 23:27 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-26 20:36 Christopher L Conway
2007-10-27 8:43 ` [Caml-list] " Daniel Bünzli
2007-10-27 16:45 ` Richard Jones
2007-10-27 23:27 ` Chris Conway [this message]
2007-10-28 21:48 ` Richard Jones
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.GSO.4.63.0710271920270.7109@access2.cims.nyu.edu \
--to=cconway@courant.nyu.edu \
--cc=caml-list@yquem.inria.fr \
--cc=cconway@cs.nyu.edu \
--cc=daniel.buenzli@erratique.ch \
--cc=rich@annexia.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox