caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
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 --]

      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;
as well as URLs for NNTP newsgroup(s).