[Caml-list] [Q] opengl bindings without tcl/tk

[Caml-list] [Q] opengl bindings without tcl/tk

[SooHyoung Oh]

It seems that lablgl package requires tcl/tk.
Did anyone fix lablgl not to use tcl/tk?

ps: Why lablgl requires tcl/tk?

---
SooHyoung Oh
http://www.taglib.co.kr/shoh.html

-------------------
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

Re: [Caml-list] [Q] opengl bindings without tcl/tk

[Jacques Garrigue]

From: "SooHyoung Oh" <shoh@duonix.com>

> It seems that lablgl package requires tcl/tk.
> Did anyone fix lablgl not to use tcl/tk?

LablGL does not really require labltk.
It is just that when lablGL was first released, the only way to use it
was in combination with labltk. Now you can choose: labltk, lablgtk,
or Isaac Trotts lablglut.

If you don't have labltk, you need just to remove togl.cma and
togl.cmxa from targets in the Makefile.

---------------------------------------------------------------------------
Jacques Garrigue      Kyoto University     garrigue at kurims.kyoto-u.ac.jp
		<A HREF=http://wwwfun.kurims.kyoto-u.ac.jp/~garrigue/>JG</A>
-------------------
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

Re: [Caml-list] [Q] opengl bindings without tcl/tk

[Olivier Andrieu]

 Jacques Garrigue [Tuesday 10 December 2002] :
 > LablGL does not really require labltk.
 > It is just that when lablGL was first released, the only way to use
 > it was in combination with labltk. Now you can choose: labltk,
 > lablgtk, or Isaac Trotts lablglut.

It works with ocamlsdl too.

-- 
   Olivier
-------------------
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

Re: [Caml-list] [Q] opengl bindings without tcl/tk

[Jean-Christophe Filliatre]

Olivier Andrieu writes:
 >  Jacques Garrigue [Tuesday 10 December 2002] :
 >  > LablGL does not really require labltk.
 >  > It is just that when lablGL was first released, the only way to use
 >  > it was in combination with labltk. Now you can choose: labltk,
 >  > lablgtk, or Isaac Trotts lablglut.
 > 
 > It works with ocamlsdl too.

It's fun you mention it, since  I've just added the support for OpenGL
functions  in ocamlsdl  (it was  easy: one  flag and  one  function to
interface).

I'm using the  lablGL bindings, without the tcl/tk  part. I've started
to port  the tutorials  by Jeff Molofee  (http://nehe.gamedev.net/) in
ocaml, in the subdirectory opengl/.

For  the impatient,  I've made  a tarball  with the  first  6 lessons,
available at:

	http://www.lri.fr/~filliatr/ftp/ocaml/ocamlsdl/

-- 
Jean-Christophe

-------------------
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

Re: [Caml-list] [Q] opengl bindings without tcl/tk

[Eric Merritt]

On this topic,

 Does anyone have any idea if lablglut will compile
and run on windows? Just curious, I would be
interested in something a bit lighter weight then gtk
and a bit more performant then tk, in which to embed
gl.

Thanks,
Eric

--- Jacques Garrigue <garrigue@kurims.kyoto-u.ac.jp>
wrote:
> From: "SooHyoung Oh" <shoh@duonix.com>
> 
> > It seems that lablgl package requires tcl/tk.
> > Did anyone fix lablgl not to use tcl/tk?
> 
> LablGL does not really require labltk.
> It is just that when lablGL was first released, the
> only way to use it
> was in combination with labltk. Now you can choose:
> labltk, lablgtk,
> or Isaac Trotts lablglut.
> 
> If you don't have labltk, you need just to remove
> togl.cma and
> togl.cmxa from targets in the Makefile.
> 

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
-------------------
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

Re: [Caml-list] [Q] opengl bindings without tcl/tk

[Issac Trotts]

Eric Merritt wrote:
> On this topic,
> 
>  Does anyone have any idea if lablglut will compile
> and run on windows? Just curious, I would be
> interested in something a bit lighter weight then gtk
> and a bit more performant then tk, in which to embed
> gl.
> 
> Thanks,
> Eric
> 

I haven't ported it yet, but it will probably be easy.

Issac
-------------------
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

Re: [Caml-list] [Q] opengl bindings without tcl/tk

[Eric Merritt]

 I might be willing to put a little time into it. The
only draw back to this is that I am by no means a
C/C++ guy. I might be able to blunder my way through
it.

I may have some questions however.

Thanks,
Eric
--- Issac Trotts <issac@ucdavis.edu> wrote:
> Eric Merritt wrote:
> > On this topic,
> > 
> >  Does anyone have any idea if lablglut will
> compile
> > and run on windows? Just curious, I would be
> > interested in something a bit lighter weight then
> gtk
> > and a bit more performant then tk, in which to
> embed
> > gl.
> > 
> > Thanks,
> > Eric
> > 
> 
> I haven't ported it yet, but it will probably be
> easy.
> 
> Issac
> -------------------
> 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


__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
-------------------
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

[Caml-list] ocaml embedded scripting language

[Eric Merritt]

I was wondaring if anyone is familiar with a little
language implementation that is suitable to be
embedded in an ocaml program. I realize that it
wouldn't be that hard to do, especially in ocaml, but
hate to duplicate work someone else has already done.
There aren't really that many requirements, just the
ability to look at passed in data structures a return
a result based off of them. 


At first I thought that ocaml itself would be the best
scriping langauge but I havn't figured out how to link
in code compiled with ocamlopt. In fact, I don't think
it is possible at the moment. 

Basically I just need a simple way to extend a running
ocaml program.

Thanks,
Eric

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
-------------------
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

Re: [Caml-list] ocaml embedded scripting language

[Norman Ramsey]

 > I was wondaring if anyone is familiar with a little
 > language implementation that is suitable to be
 > embedded in an ocaml program. I realize that it
 > wouldn't be that hard to do, especially in ocaml, but
 > hate to duplicate work someone else has already done.
 > There aren't really that many requirements, just the
 > ability to look at passed in data structures a return
 > a result based off of them. 
 > 
 > 
 > At first I thought that ocaml itself would be the best
 > scriping langauge but I havn't figured out how to link
 > in code compiled with ocamlopt. In fact, I don't think
 > it is possible at the moment. 

We've written an implementation of Lua, version 2.5, for Ocaml.
It's currently bundled with our nascent Quick C-- compiler at
www.cminusminus.org.  I'd like to split it out as a separate
distribution, but we're rather short of help at the moment and I'm
trying to get the papers written first.  Anyway, as far as I know
it's completely compatible with the C version, although a few library
functions are missing.  We've been fairly happy.

If you want to play with it, download and build Quick C--, then go to
the lua subdirectory and type `mk lua.ps'---that will give you the
documentation for the API.  The documentation for the language can
probably be had from lua.org, but if they don't keep manuals for old
versions, let me know and I'll put one in our CVS archive.


Norman
-------------------
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

Re: [Caml-list] ocaml embedded scripting language

[Eric Merritt]

Norman,

 Thanks, I downloaded it and have started looking at
it. I am not sure yet how much time I can dedicate to
it but we shall see what happens.

Thank you,
Eric
--- Norman Ramsey <nr@eecs.harvard.edu> wrote:
>  > I was wondaring if anyone is familiar with a
> little
>  > language implementation that is suitable to be
>  > embedded in an ocaml program. I realize that it
>  > wouldn't be that hard to do, especially in ocaml,
> but
>  > hate to duplicate work someone else has already
> done.
>  > There aren't really that many requirements, just
> the
>  > ability to look at passed in data structures a
> return
>  > a result based off of them. 
>  > 
>  > 
>  > At first I thought that ocaml itself would be the
> best
>  > scriping langauge but I havn't figured out how to
> link
>  > in code compiled with ocamlopt. In fact, I don't
> think
>  > it is possible at the moment. 
> 
> We've written an implementation of Lua, version 2.5,
> for Ocaml.
> It's currently bundled with our nascent Quick C--
> compiler at
> www.cminusminus.org.  I'd like to split it out as a
> separate
> distribution, but we're rather short of help at the
> moment and I'm
> trying to get the papers written first.  Anyway, as
> far as I know
> it's completely compatible with the C version,
> although a few library
> functions are missing.  We've been fairly happy.
> 
> If you want to play with it, download and build
> Quick C--, then go to
> the lua subdirectory and type `mk lua.ps'---that
> will give you the
> documentation for the API.  The documentation for
> the language can
> probably be had from lua.org, but if they don't keep
> manuals for old
> versions, let me know and I'll put one in our CVS
> archive.
> 
> 
> Norman


__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
-------------------
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

Re: [Caml-list] ocaml embedded scripting language

[Dan Andersson]

Forth languages are almost trivial to implement.

/Dan Andersson
-------------------
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

Re: [Caml-list] ocaml embedded scripting language

[Eric Merritt]

Dan,

 After looking at it perhaps absurdly trivial is a
better description. I will look into this further.
Thank you for the suggestion.

Thanks,
Eric
--- Dan Andersson <rhq093s@tninet.se> wrote:
> Forth languages are almost trivial to implement.
> 
> /Dan Andersson
> -------------------
> 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


__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
-------------------
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

Re: [Caml-list] ocaml embedded scripting language

[Eric Merritt]

Everyone,


 Well I decided to take dans advice and do a simple
forth like implementation. Overall it doesn't seem
like its going to be difficult at all. I have run into
a small snag. As a side note I have already decided
that this is note possible, this is just a last ditch
to see if there is a solution. 

 It has to do with the type system more then anything
else. I use a stack to handle data that the
interpreted process is manipulating. I provide a
specific set of words that this forth like language
will use to manipulate the stack. Of course, stacks
may only be of a single type 'a. So if declare a new
type to be

 type some_type = Int of int | Float of float | Word
of string 

Them my stack is some_type Stack.t 

 Ok this is all fine and dandy, until a few months
from now when I want to add a new type say File of
Unix.file_descr. The word implementations to support
the new type wouldn't actually be a problem. However,
extending the type seems to be impossible.

 The only way I can see to do this at the moment is to
modify the type and recompile the whole system. That
or come up with some type of indirect identifier
piece, but I would rather not do that. I played around
with polymorphic variants but that doesn't seem to buy
my anything here.

  Of course, since this is the first non-toy language
I have implemented I may be mifundamentalhing
fundimental.

Please forgive (and hopefully correct) any ignorance 
I am displaying here.

Thanks,
Eric

--- Dan Andersson <rhq093s@tninet.se> wrote:
> Forth languages are almost trivial to implement.
> 
> /Dan Andersson
> -------------------
> 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


__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
-------------------
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

Re: [Caml-list] ocaml embedded scripting language

[Basile STARYNKEVITCH]

>>>>> "Eric" == Eric Merritt <cyberlync@yahoo.com> writes:

    Eric> Everyone, Well I decided to take dans advice and do a simple
    Eric> forth like implementation. 

I still suggest carefully looking at N.Ramsey's Lua implementation

    Eric> Overall it doesn't seem like its
    Eric> going to be difficult at all. I have run into a small
    Eric> snag. As a side note I have already decided that this is
    Eric> note possible, this is just a last ditch to see if there is
    Eric> a solution.

    Eric>  It has to do with the type system more then anything
    Eric> else. I use a stack to handle data that the interpreted
    Eric> process is manipulating. I provide a specific set of words
    Eric> that this forth like language will use to manipulate the
    Eric> stack. Of course, stacks may only be of a single type 'a. So
    Eric> if declare a new type to be

    Eric>  type some_type = Int of int | Float of float | Word of
    Eric> string

    Eric> Them my stack is some_type Stack.t

    Eric>  Ok this is all fine and dandy, until a few months from now
    Eric> when I want to add a new type say File of
    Eric> Unix.file_descr. 

Did you consider using variant or classes?

-- 

Basile STARYNKEVITCH         http://starynkevitch.net/Basile/ 
email: basile<at>starynkevitch<dot>net 
alias: basile<at>tunes<dot>org 
8, rue de la Faïencerie, 92340 Bourg La Reine, France
-------------------
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

Re: [Caml-list] ocaml embedded scripting language

[Eric Merritt]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 1336 bytes --]


> I still suggest carefully looking at N.Ramsey's Lua
> implementation
> 

 You are probably right. I am subject to the not
invented here syndrome as much as anyone else I guess.
I will look at it again.

 [snip]

> Did you consider using variant or classes?

 [snip] 

 Variants wont work becuase all possible types must be
known at compile time. As for classes, I thought of
that and it would probably work. I was hoping to stay
in the functional core but I may go that route.
 
> -- 
> 
> Basile STARYNKEVITCH        
> http://starynkevitch.net/Basile/ 
> email: basile<at>starynkevitch<dot>net 
> alias: basile<at>tunes<dot>org 
> 8, rue de la Faïencerie, 92340 Bourg La Reine,
> France
> -------------------
> 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



__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
-------------------
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

Re: [Caml-list] ocaml embedded scripting language

[Dan Andersson]

Lua is a great embedded language. I use it myself. But Forth is always my first 
choice for embedded languages. Lua 2.5 is a very, very old version. It will most 
probably be more than satisfactory. But the spanking new 5.0 beta is much more 
powerful.

MvH Dan Andersson
-------------------
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

Re: [Caml-list] ocaml embedded scripting language

[Norman Ramsey]

 > Lua is a great embedded language. I use it myself. But Forth is always my first 
 > choice for embedded languages. Lua 2.5 is a very, very old version. It will most 
 > probably be more than satisfactory. But the spanking new 5.0 beta is much more 
 > powerful.

Indeed.  But just trying to keep up with those guys is a challenge.  I
chose Lua 2.5 as a reasonable point at which to make apples-to-apples
comparisons of implementations...  Version 2.5 really is quite a nice
language, and I've added the reference manual to our repository.

Norman
-------------------
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

Re: [Caml-list] ocaml embedded scripting language

[Issac Trotts]

Eric Merritt wrote:
> Everyone,
> 
> 
>  Well I decided to take dans advice and do a simple
> forth like implementation. Overall it doesn't seem
> like its going to be difficult at all. I have run into
> a small snag. As a side note I have already decided
> that this is note possible, this is just a last ditch
> to see if there is a solution. 
> 
>  It has to do with the type system more then anything
> else. I use a stack to handle data that the
> interpreted process is manipulating. I provide a
> specific set of words that this forth like language
> will use to manipulate the stack. Of course, stacks
> may only be of a single type 'a. So if declare a new
> type to be
> 
>  type some_type = Int of int | Float of float | Word
> of string 
> 
> Them my stack is some_type Stack.t 
> 
>  Ok this is all fine and dandy, until a few months
> from now when I want to add a new type say File of
> Unix.file_descr. The word implementations to support
> the new type wouldn't actually be a problem. However,
> extending the type seems to be impossible.
> 
>  The only way I can see to do this at the moment is to
> modify the type and recompile the whole system. That

OCaml can be used as a scripting language, so this doesn't
have to be a problem.  Just use the #load, #directory, and
#use toplevel directives, and little or no compiling is 
necessary.  However this seems to require restructuring the
program, so maybe it won't be worth it.

Another way would be to have a facility for adding 
new types within your extension language.
If you add a start-up file (something like ~/.my_extension_lang_rc)
then you can load all your favorite types whenever it runs.

Issac
-------------------
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

Re: [Caml-list] ocaml embedded scripting language

[Norman Ramsey]

 > >  It has to do with the type system more then anything
 > > else. I use a stack to handle data that the
 > > interpreted process is manipulating...
 > >
 > >  Ok this is all fine and dandy, until a few months
 > > from now when I want to add a new type say File of
 > > Unix.file_descr. The word implementations to support
 > > the new type wouldn't actually be a problem. However,
 > > extending the type seems to be impossible.

This is a hard problem, to my knowledge not solved in the literature.
There are instances of interpreters that provide type-extensibility,
but none that also support separate compilation.  We have solved this
problem through some heavy use of ML modules.  I am still working on
the paper that describes this solution.  But you can get some hints
from an unpublished manuscript `Toward A Calculus of Signatures' at
  http://www.eecs.harvard.edu/~nr/pubs/sigcalc-abstract.html 
The part you want is the extended example in Section 2.


Norman
-------------------
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

Re: [Caml-list] [Q] opengl bindings without tcl/tk

[Sven Luther]

On Tue, Dec 10, 2002 at 05:30:59PM +0900, SooHyoung Oh wrote:
> 
> It seems that lablgl package requires tcl/tk.
> Did anyone fix lablgl not to use tcl/tk?
> 
> ps: Why lablgl requires tcl/tk?

There is a GLUT binding you can use, and also you can use lablgtk which
provides binding for gtkglarea where you can also do OpenGL drawings.

Friendly,

Sven Luther
-------------------
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

Re: [Caml-list] [Q] opengl bindings without tcl/tk

[Nickolay Semyonov-Kolchin]

On Tuesday 10 December 2002 13:30, SooHyoung Oh wrote:
> It seems that lablgl package requires tcl/tk.
> Did anyone fix lablgl not to use tcl/tk?
>
> ps: Why lablgl requires tcl/tk?
>

I've done an alternate OpenGL bindings. They don't require tcl/tk. If you are 
interested, I can e-mail them to you before public release.

Nickolay
-------------------
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