From: Christian Sternagel <christian.sternagel@uibk.ac.at>
To: caml-list <caml-list@yquem.inria.fr>
Subject: Re: [Caml-list] camlp4
Date: Tue, 22 Jan 2008 17:43:20 +0100 [thread overview]
Message-ID: <20080122164320.GJ3862@pc6197-c703.uibk.ac.at> (raw)
In-Reply-To: <1201009268-sup-196@port-ext18.ensta.fr>
I tried to implement the optimizations for list comprehensions
as stated in the book by simon peyton jones (1987). The problem
of using fresh variables I circumvented in an admittedly `ugly' way,
however (which is not fool proof since there could be programmers
that use variable names like __h__0, __h__1, ...).
The Starting point was the file Camlp4ListComprehension.ml from
camlp4.
Any comments are wellcome.
cheers
christian
Here is the code
-------------------------------------------------------------------------
open Camlp4;;
module Id = struct
let name = "ListComprehension";;
let version = "$Id: ListComprehension";;
end
module Make (Syntax : Sig.Camlp4Syntax) = struct
open Sig;;
include Syntax;;
let rec safe_nth n = function
| [] -> None
| [(x,_)] -> if n = 1 then Some x else None
| _ :: l -> safe_nth (n - 1) l
;;
let stream_peek_nth n s = safe_nth n (Stream.npeek n s);;
let lc_generator = Gram.Entry.of_parser "lc_generator" (fun s ->
let rec skip_patt n = match stream_peek_nth n s with
| Some (KEYWORD "<-") -> n
| Some (KEYWORD ("[" | "[<")) -> skip_patt (ignore_upto "]" (n + 1) + 1)
| Some (KEYWORD "(") -> skip_patt (ignore_upto ")" (n + 1) + 1)
| Some (KEYWORD "{") -> skip_patt (ignore_upto "}" (n + 1) + 1)
| Some (KEYWORD ("as" | "::" | ";" | "," | "_"))
| Some (LIDENT _ | UIDENT _) -> skip_patt (n + 1)
| Some _ | None -> raise Stream.Failure
and ignore_upto end_kwd n = match stream_peek_nth n s with
| Some (KEYWORD prm) when prm = end_kwd -> n
| Some (KEYWORD ("[" | "[<")) -> ignore_upto end_kwd (ignore_upto "]" (n + 1) + 1)
| Some (KEYWORD "(") -> ignore_upto end_kwd (ignore_upto ")" (n + 1) + 1)
| Some (KEYWORD "{") -> ignore_upto end_kwd (ignore_upto "}" (n + 1) + 1)
| Some _ -> ignore_upto end_kwd (n + 1)
| None -> raise Stream.Failure
in skip_patt 1
);;
let var = ref 0;;
let fresh () = incr var; !var;;
let rec compr _loc e acc = function
| [] -> <:expr< $e$::$acc$ >>
| `filter b :: qs -> <:expr< if $b$ then $compr _loc e acc qs$ else $acc$ >>
| `gen (p, l1) :: qs ->
let h = Format.sprintf "__h__%i" (fresh ()) in
let u = Format.sprintf "__u__%i" (fresh ()) in
let us = Format.sprintf "__us__%i" (fresh ()) in
<:expr<
let rec $lid:h$ = function
| [] -> $acc$
| $lid:u$ :: $lid:us$ -> $if Ast.is_irrefut_patt p then
<:expr< (fun $p$ -> $compr _loc e <:expr< ($lid:h$ $lid:us$) >> qs$) $lid:u$ >>
else
<:expr<
(function $p$ ->
$compr _loc e <:expr< ($lid:h$ $lid:us$) >> qs$ | _ -> $lid:h$ $lid:us$) $lid:u$
>>
$
in $lid:h$ $l1$
>>
| _ -> <:expr< [] >>
;;
let list_comprehension = Gram.Entry.mk "list_comprehension";;
DELETE_RULE Gram expr: "["; sem_expr_for_list; "]" END;;
EXTEND Gram
GLOBAL: expr list_comprehension;
expr: LEVEL "simple" [
[ "["; e = list_comprehension; "]" -> e]
];
list_comprehension: [
[ e = expr LEVEL "top"; ";"; mk = sem_expr_for_list ->
<:expr< $e$::$mk <:expr< [] >>$ >>
| e = expr LEVEL "top"; ";" -> <:expr< [$e$] >>
| e = expr LEVEL "top"; "|"; l = LIST1 quantifier SEP ";" ->
compr _loc e <:expr< [] >> l
| e = expr LEVEL "top" -> <:expr< [$e$] >> ]
];
quantifier: [
[ lc_generator; p = patt; "<-"; e = expr LEVEL "top" -> `gen (p, e)
| e = expr LEVEL "top" -> `filter e ]
];
END;;
end
let module M = Register.OCamlSyntaxExtension Id Make in ();;
-------------------------------------------------------------------------
On Tue, Jan 22, 2008 at 02:42:00PM +0100, Nicolas Pouillard wrote:
> Excerpts from christian.sternagel's message of Tue Jan 22 14:33:55 +0100 2008:
> > > > How about the transformation from Chapter 7 of [1] (by Philip Wadler)?
> > > > It should be similar to the `pseudo code':
> > > >
> > > > type expr = ...;;
> > > > type patt = ...;;
> > > > type qualifier = Gen of patt * expr | Filt of expr;;
> > > > type compr = (expr * qualifier list);;
> > > > let rec expr = function
> > > > | ...
> > > > | (e, qs) -> transform [] (e, qs)
> > > > | ...
> > > > and transform l = function
> > > > | (e, []) -> expr e :: expr l
> > > > | (e, Filt f :: qs) -> if expr f then transform l (e, qs) else expr l
> > > > | (e, Gen (p, l1) :: qs) ->
> > > > let rec h = function
> > > > | [] -> expr l
> > > > | u :: us -> (function p -> transform (h us) (e, qs) | _ -> h us) u
> > > > in h (expr l1)
> > > > ;;
> > > >
> > > > (* where h, u, us are fresh variables not occurring in e, l1, l, or qs *)
> > > >
> > > > Sorry I'm not yet familiar with camlp4 grammar extensions, but of course
> > > > above code would make use of them otherwise.
> > >
> > > Yes this approach can be integrated with a camlp4 extension.
> > >
> > > > It is stated in [1] that the resulting code is optimal in that it
> > > > performs the minimum number of cons operations.
> > >
> > > Nice.
> > >
> > > > And I did ignore the hint that fresh variables make things
> > > > complicated :).
> > >
> > > Yes it can...
> > >
> > > Best regards,
> > >
> > > --
> > > Nicolas Pouillard aka Ertai
> > >
> > I deduce that there is no standard way of introducing
> > `fresh' (w.r.t. the abstract syntax tree) variables
> > within a camlp4 syntax extension? Wouldn't that be nice? =)
> >
>
> That would be nice, but doing it cleanly would require a large amount of work
> and user visible changes.
>
> --
> Nicolas Pouillard aka Ertai
next prev parent reply other threads:[~2008-01-22 16:43 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-18 17:08 camlp4 Christian Sternagel
2008-01-18 18:56 ` [Caml-list] camlp4 Nicolas Pouillard
2008-01-18 19:30 ` Olivier Andrieu
2008-01-18 19:53 ` Nicolas Pouillard
2008-01-19 15:09 ` Christian Sternagel
2008-01-20 15:23 ` Nicolas Pouillard
2008-01-22 13:33 ` Christian Sternagel
2008-01-22 13:42 ` Nicolas Pouillard
2008-01-22 14:06 ` Loup Vaillant
2008-01-22 14:26 ` Nicolas Pouillard
2008-01-22 16:43 ` Christian Sternagel [this message]
2008-01-22 18:20 ` Nicolas Pouillard
2008-01-24 9:01 ` Christian Sternagel
-- strict thread matches above, loose matches on Subject: below --
2010-02-06 1:16 camlp4 Andy Ray
2010-02-06 11:15 ` [Caml-list] camlp4 blue storm
2010-02-06 12:14 ` Tiphaine Turpin
2010-02-06 12:44 ` Guillaume Yziquel
2010-02-09 15:30 ` Guillaume Yziquel
2010-02-09 18:29 ` Jake Donham
2010-02-07 17:19 ` Martin DeMello
2010-02-08 1:14 ` Ashish Agarwal
2010-02-08 2:01 ` Yoann Padioleau
2010-02-08 2:03 ` Erik de Castro Lopo
2010-02-06 13:37 ` Ed Keith
2010-02-07 13:51 ` Joseph Young
2004-01-04 16:49 [Caml-list] novice puzzled by speed tests Xavier Leroy
2004-01-05 19:50 ` [Caml-list] camlp4 Ker Lutyn
2003-07-08 12:49 [Caml-list] -unsafe and camlp4 "Dmitry Bely"
2003-07-08 13:38 ` Xavier Leroy
2003-07-08 15:38 ` [Caml-list] camlp4 Dmitry Bely
2003-07-22 11:14 ` Damien Doligez
2003-06-10 14:22 Pierre CHATEL
2003-02-07 11:11 [Caml-list] Camlp4 Daniel de Rauglaudre
2003-02-08 0:26 ` Issac Trotts
2003-02-08 17:23 ` Geoff Wozniak
2002-05-17 13:19 Ohad Rodeh
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=20080122164320.GJ3862@pc6197-c703.uibk.ac.at \
--to=christian.sternagel@uibk.ac.at \
--cc=caml-list@yquem.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