Version française
Home     About     Download     Resources     Contact us    

This site is updated infrequently. For up-to-date information, please visit the new OCaml website at

Browse thread
[Camlp4] Beta-release
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2006-05-17 (07:53)
From: Nicolas Pouillard <nicolas.pouillard@g...>
Subject: Re: [Caml-list] [Camlp4] Beta-release
On 5/16/06, Aleksey Nogin <> wrote:
> I have a question/feature request.
> For our camlp4 usage (in MetaPRL theorem prover - ),
> we need to:
> - extend the OCaml grammar
> - refer to a "state" when parsing the extensions.
> Currently we have to put the state in a global ref (yuck!), which causes
> all kinds of difficulties.
> Is this something that can be done better in your reimplementation? Can
Not yet.
> something like this be added to your reimplementation?
Why not, it depends on the difficulty.

> Basically, I would really like to see camlp4 help with the following:
> 1) Defining parsers that depend on a shared state that is passed around.
I don't know what you mean by shared state: a mutable data, a purely
functional data structure? And what will be the kind of this state,
because that state must be extensible by any extension.

> 3) (completely unrelated) I wish there was a way to tell camlp4 to
> detect and report conflicts!
There is no way to detect more conflicts than by default. Sorry.
But concerning errors the new token system helps by reporting errors
at compile time for example a typo in LIDENT will be get by the OCaml
typing system.

Nicolas Pouillard