From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id SAA21608; Thu, 8 Apr 2004 18:07:21 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id SAA21518 for ; Thu, 8 Apr 2004 18:07:20 +0200 (MET DST) Received: from host1.stonesfair.com (host1.stonesfair.com [208.184.191.145]) by nez-perce.inria.fr (8.12.10/8.12.10) with ESMTP id i38G8Cjq018329 for ; Thu, 8 Apr 2004 18:08:13 +0200 Received: from mev (63-217-154-71.greystoneapts.com [63.217.154.71]) by host1.stonesfair.com (8.12.8/8.12.8) with ESMTP id i38Fo7dP000741 for ; Thu, 8 Apr 2004 08:50:07 -0700 Received: from ijtrotts by mev with local (Exim 3.35 #1 (Debian)) id 1BBFaV-0003TI-00 for ; Wed, 07 Apr 2004 09:07:39 -0700 Date: Wed, 7 Apr 2004 09:07:39 -0700 To: caml-list@inria.fr Subject: Re: [Caml-list] OpenGL Message-ID: <20040407160739.GB13223@mev> Mail-Followup-To: ijtrotts@ucdavis.edu, caml-list@inria.fr References: <200404081611.25475.jdh30@cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200404081611.25475.jdh30@cam.ac.uk> User-Agent: Mutt/1.3.28i From: Issac Trotts X-Miltered: at nez-perce by Joe's j-chkmail ("http://j-chkmail.ensmp.fr")! X-Loop: caml-list@inria.fr X-Spam: no; 0.00; caml-list:01 issac:01 trotts:01 ijtrotts:01 2004:99 2004:99 real-world:01 inaccurate:01 low-level:01 api:01 lablgl:01 issac:01 trotts:01 ijtrotts:01 ocaml:01 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk X-Status: X-Keywords: X-UID: 158 On Thu, Apr 08, 2004 at 04:11:25PM +0100, Jon Harrop wrote: > > On Thursday 08 April 2004 3:53 pm, John Goerzen wrote: > > I'm just saying that I think that > > "Ocaml has a robust set of tools for real-world uses" is inaccurate. > > Yes, I agree. Personally, I would like to see a carefully thought out > interface to OpenGL, GLU etc. They are very stable and mature libraries which > were superbly thought out but, unfortunately, suffer from a low-level API > which sometimes ends up in a lot of "void *" raw data getting passed around > and kept. I do not know of an existing, elegant interface to these libraries > in any functional language and, IMHO, it would be a big but very worthwhile > undertaking to create such an interface. I think this would make a good PhD > for someone... Did you look at LablGL? -- Issac Trotts http://mallorn.ucdavis.edu/~ijtrotts (w) 530-757-8789 ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners