>>>>> "rl" == rob levy <[email protected]> writes:

  rl> For reasons I think MJD explains the best (
  rl> http://lists.warhead.org.uk/ pipermail/iwe/2005-July/000130.html )
  rl> Perl's macros will never be quite nearly as good as CL's defmacro
  rl> or even Scheme's hygenic macros.  So obviously Perl's syntax is
  rl> way too complex for Lisp-quality metaprogramming, but I have heard
  rl> that somehow Perl 6 macros avoid the syntax level and operate
  rl> directly on the underlying representation.  I still haven't seen
  rl> any examples of what this actually looks like, but I'm looking
  rl> forward to it.  At the MIT talk I almost asked a question "can you
  rl> talk a little about the macro system" but it seemed like kind of
  rl> an unrealistic request for the QA section so I chickened out.

perl6 will have two macro styles, text and code. text macros will be
replaced and then fully parsed as source code. code macros will instead
insert the precompiled macro code (interal representation) into the
parse tree. so you can get plenty of power in either and pretty much do
what you want. of course i can be wrong in my description or in the
ability of these macros to do what lisp's (and its ilk) can do.

uri

-- 


Uri Guttman  ------  [email protected]  --------  http://www.sysarch.com --
-----  Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
---------  Gourmet Hot Cocoa Mix  ----  http://bestfriendscocoa.com ---------

_______________________________________________
Boston-pm mailing list
[email protected]
http://mail.pm.org/mailman/listinfo/boston-pm

Reply via email to