From: Ken Rose <kenarose@earthlink.net>
To: Daniel de Rauglaudre <daniel.de_rauglaudre@inria.fr>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Camlp4: generating printers of types
Date: Tue, 10 Dec 2002 07:33:23 -0800 [thread overview]
Message-ID: <3DF60943.B9E543AB@earthlink.net> (raw)
In-Reply-To: <20021210132502.J31055@verdot.inria.fr>
Hi,
I worded things badly enough that nobody understood what I was actually
after. What I want is help extending your automatically generated
printing functions to handle all the types I actually use.
Daniel de Rauglaudre wrote:
> On Mon, Dec 09, 2002 at 06:01:41PM -0800, Ken Rose wrote:
>
> > 1. Is there a clean way to handle (sum) types with constructors with
> > multiple module qualifications? I hacked the example to deal with
> > Foo.bar, but it doesn't seem to extend automatically to Foo.Bar.baz. As
> > I understand it, I'd need a new pattern for each additional uid.
>
> I don't understand that: in the type definition, there is no qualifications
> for the constructors.
This is for a type like:
type x = A of int * Foo.t * Bar.Baz.t
| ...
Where I don't want to have to put in
| <:ctyp< $uid:m$.$lid:s$ >> -> <:expr< $uid:m$.$lid:fun_name s$ >>
and
| <:ctyp< $uid:m2$.$uid:m$.$lid:s$ >> -> <:expr<
$uid:m2$.$uid:m$.$lid:fun_name s$ >>
and so on into gen_print_type. Or do I not understand what $uid:x$
does?
> > 2. How are tuples represented in camlp4's syntax? This is so I can
> > match them when analyzing a type.
>
> In Revised syntax, they are like in normal syntax, but the parentheses
> are compulsory.
Here, I want to match
type t = int * int
within gen_one_print_fun, to produce a printer instead of "failwith...".
> > 3. This is the big one. When working on a type like:
> > type t = int
> > with the obvious extention to Daniel's code, the preprocessor produces
> > type t = int let rec print_t = print_int
> > Which the compiler rejects with "This kind of expression is not allowed
> > as right-hand side of `let rec'" I haven't been able to figure out a
> > way to sneak it past, either. What's going on here? Why can't I rename
> > print_int?
>
> This message of OCaml just means that there are syntactic restrictions
> of the "let rec". In this case, you should produce either a "let" without
> "rec" or, an eta extension: "let rec print_t x = print_int x".
I'd suspected that, though I'm still curious as to why that's so.
Still, what I really want is a generally useful tool to produce these
useful functions, without having to spend too much time right now
learning camlp4. It's for my regular work, where I'm building a
compiler for a DSL. I don't understand camlp4 well enough to know how
to suppress the "rec", and I'm hoping to avoid learning, at least for a
while. It's a great tool, but I have only so much time.
Thanks for any help you're willing to give,
- ken
-------------------
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
next prev parent reply other threads:[~2002-12-10 15:33 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-09 13:13 Daniel de Rauglaudre
2002-10-09 17:18 ` Markus Mottl
2002-10-25 19:20 ` Ken Rose
2002-10-25 20:02 ` Chris Hecker
2002-10-26 0:11 ` Daniel de Rauglaudre
2002-12-10 2:01 ` Ken Rose
2002-12-10 12:25 ` Daniel de Rauglaudre
2002-12-10 15:33 ` Ken Rose [this message]
2002-12-10 17:38 ` Daniel de Rauglaudre
2002-12-10 13:20 ` Damien Doligez
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=3DF60943.B9E543AB@earthlink.net \
--to=kenarose@earthlink.net \
--cc=caml-list@inria.fr \
--cc=daniel.de_rauglaudre@inria.fr \
--cc=rose@acm.org \
/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