From: Miles Egan <miles@caddr.com>
To: Jeff Henrikson <jehenrik@yahoo.com>
Cc: caml list <caml-list@inria.fr>
Subject: Re: mixing different languages (was: RE: [Caml-list] dynamic HTML pages)
Date: 09 Apr 2003 17:19:42 -0700 [thread overview]
Message-ID: <1049933982.32495.3.camel@pompous.pixar.com> (raw)
In-Reply-To: <1920235A-6ADF-11D7-81FD-00039375801A@yahoo.com>
[-- Attachment #1: Type: text/plain, Size: 1796 bytes --]
Take object-relational mapping as an example. Let's say I want to write
an o-r mapping layer that can persist arbitrary classes without having
access to their source code.
On Wed, 2003-04-09 at 16:00, Jeff Henrikson wrote:
> I'm not sure I understand what you want, but wouldn't just having a
> program spew stuff back into its own toplevel be a sledgehammer for
> dynamic metaprogramming? I'm surprised I haven't seen more code that
> does this. That combined with being able to do things like recurse
> over your own source code (esp. data types) with camlp4 seems way
> better than could be done by hand mucking java byte codes. But again,
> I'm not sure what you want.
>
>
> Jeff Henrikson
>
>
> . . .
> > It's hard to imagine doing some of the same things in a language like
> > OCaml, where runtime metaprogramming is difficult if not impossible.
> > How would one implement something like a general-purpose
> > object-relational mapper, for instance, in OCaml. Is this just a
> > fundmental engineering tradeoff of highly typed languages? Do you have
> > to sacrifice metaprogramming and runtime introspection for type
> > inference and type safety?
> >
> > It seems somewhat ironic to me that large projects in strictly typed
> > languages often end up building in some kind of meta-object layer and
> > that all the highly dynamic languages (lisp, python, etc) work hard to
> > do fancy type inference under the hood? Perhaps it's just a fact of
> > life that many complex software systems need to find some common middle
> > ground with a combination strict type checking and powerful
> > metaprogramming / introspection features?
> >
> > --
> > Miles Egan <miles@caddr.com>
> > <signature.asc>
--
Miles Egan <miles@caddr.com>
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
prev parent reply other threads:[~2003-04-10 0:19 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-08 7:27 [Caml-list] dynamic HTML pages David Monniaux
2003-04-08 9:19 ` Maxence Guesdon
2003-04-08 11:59 ` Mattias Waldau
2003-04-08 12:28 ` mixing different languages (was: RE: [Caml-list] dynamic HTML pages) David Monniaux
2003-04-09 17:03 ` Fred Yankowski
2003-04-09 17:24 ` Brian Skahan
2003-04-10 7:20 ` Christian Lindig
2003-04-13 14:01 ` Pierre Weis
2003-04-09 18:12 ` Miles Egan
2003-04-09 23:00 ` Jeff Henrikson
2003-04-10 0:19 ` Miles Egan [this message]
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=1049933982.32495.3.camel@pompous.pixar.com \
--to=miles@caddr.com \
--cc=caml-list@inria.fr \
--cc=jehenrik@yahoo.com \
/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