caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Anthony Tavener <anthony.tavener@gmail.com>
To: caml-list@inria.fr
Subject: Re: [Caml-list] Pros and cons of different GL bindings ?
Date: Wed, 27 Apr 2011 10:24:52 -0600	[thread overview]
Message-ID: <BANLkTinLGk9mArx83R0gNjKRpv6eg9YLaQ@mail.gmail.com> (raw)
In-Reply-To: <f4f20ee4-05d9-474e-a143-a4dbe077f32c@glegroupsg2000goo.googlegroups.com>

[-- Attachment #1: Type: text/plain, Size: 2745 bytes --]

Ethan's summary is good. I'll elaborate a bit on glcaml...

I use glcaml, but don't recommend it in general. There are two reasons I
chose it: 1. It looks like OpenGL, so my familiarity with it directly
translates... the only differences are lowecase GL constants and no
parentheses around arguments. 2. It (kind-of) supports features like
shaders.

What I mean by "kind-of" is that the bindings are broken for a lot of
lesser-used features. I've been maintaining my own modifications to support
features I need (same with sdlcaml)... though I recently decided I should
follow OpenGL 4 (basically the same as OpenGL ES 2), which strips the
interface down to a minimal set heavily reliant on shaders. This is turning
into "yet another set of bindings".

I know I tried glMLite... but can't remember what problems I encountered,
and I did encounter problems which led me to settle on glcaml.

Also, there is one other binding I know, by Jeffrey Scofield, for OpenGL ES
1, and he uses this for iPhone development:
http://psellos.com/ocaml/lablgles-build.html


Summary:

If you don't need shaders: LablGL

If you want to do OpenGL ES 1.x (mobile device, for example): LablGLES

If you need shaders: glcaml or glMLite


Oh, if anyone knows of someone making OpenGL 4 / OpenGL ES 2 bindings...
please speak up! :)

 -Tony


On Wed, Apr 27, 2011 at 7:17 AM, Ethan Burns <burns.ethan@gmail.com> wrote:

> On Wednesday, April 27, 2011 6:30:25 AM UTC-4, Thomas Braibant wrote:
>
> I have only really tried glMLite (and even then I only used it to draw
> simple rectangles using vertex buffers) but I did also look into the others
> a tiny bit.  Here is what I found:
>
> > - LablGL http://www.math.nagoya-u.ac.jp/~garrigue/soft/olabl/lablgl.html
>
> This appears to be the 'default' OpenGL for OCaml.  It is suppose to work
> with lablgtk (I don't know if the others do) but it does not seem to have
> support for shaders and some later OpenGL funtionality.
>
> > - glMLite http://www.linux-nantes.org/~fmonnier/ocaml/GL/
>
> Supports the newer OpenGL functionality (GLSL shaders and vertex buffers).
>  My friend had a difficult time getting it to compile/work on OSX but with
> some minor changes I believe that he eventually got it working.
>
> > - glcaml http://glcaml.sourceforge.net/
>
> glcaml seems to be a set of automatically generated stubs.  It seems to
> support some of the latest OpenGL but the interface is automatically
> generated so it doesn't have a very OCaml-ish feel to it.
>
> Best,
> Ethan
>
> --
> Caml-list mailing list.  Subscription management and archives:
> https://sympa-roc.inria.fr/wws/info/caml-list
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> Bug reports: http://caml.inria.fr/bin/caml-bugs
>
>

[-- Attachment #2: Type: text/html, Size: 3856 bytes --]

  parent reply	other threads:[~2011-04-27 16:25 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <fa.6Y/ymCKnZgZmswumjjdnkchP1wI@ifi.uio.no>
2011-04-27 13:17 ` Ethan Burns
2011-04-27 13:27   ` Alan Schmitt
2011-04-27 19:52     ` Andrei Formiga
2011-04-27 16:24   ` Anthony Tavener [this message]
2011-04-27 17:16     ` rixed
2011-04-27 17:46       ` David Sheets
2011-04-27 20:55         ` rixed
2011-04-27 21:08           ` David Sheets
2011-04-28  0:32     ` Jacques Garrigue
2011-05-02 16:48       ` Florent Monnier
2011-05-03  5:54         ` Anthony Tavener
2011-05-05  9:57         ` David Baelde
2011-04-27 10:29 Thomas Braibant

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=BANLkTinLGk9mArx83R0gNjKRpv6eg9YLaQ@mail.gmail.com \
    --to=anthony.tavener@gmail.com \
    --cc=caml-list@inria.fr \
    /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;
as well as URLs for NNTP newsgroup(s).