Talk About Network



Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Programming > Functional > Re: Better synt...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 9 of 17 Topic 2768 of 2841
Post > Topic >>

Re: Better syntax for a Standard ML derivative

by "David B. Benson" <dbenson@[EMAIL PROTECTED] > Feb 12, 2008 at 05:53 PM

On Feb 12, 4:42 pm, Paul Rubin <http://phr...@[EMAIL
PROTECTED]
> wrote:
....
> What's SML/NJ abstract syntax?  Do you mean some internal
> representation that is an artifact of that compiler?  Or just
> simply typed lambda calculus?

SNL/NJ has an AbSyn module (structure) which might be unique
to that compiler,  but ought to be easily converted into
whatever form MLton uses.  It is more than simply typed
lambda calculus due to the signature-structure-functor
module sturcture and maybe some other aspects.

> Ocaml it seems to me is almost as ugly as SML.

Some parts are uglier, IMO.

>  I'd look more
> in the direction of Haskell, which has a lot less clutter.

I intend to.  No need for clutter, which was partly driven
by inadequate parsing technology at the time those MLs were
defined.

> I don't think this is needed.  Is there a practical problem with
> the way Haskell syntax accomodates both styles without a pragma?

Since I have yet to learn just how Haskell does this, I don't
know yet, but I doubt writing the necessary code in the
compiler will be an issue.

To illustrate how far I am willing to go, I'm fairly well
committed to Early's algorithm for parsing:  makes handling
syntax error messages much easier, at least for me.  I am
considering a parse-a-little, type-a little compilation
strategy since:

(1) more flexible than all surface syntac, then all type
inference and checking;

(2) seems more akin to the way people read hard-to-comprehend
text.




 17 Posts in Topic:
Better syntax for a Standard ML derivative
"David B. Benson&quo  2008-02-11 17:42:18 
Re: Better syntax for a Standard ML derivative
Paul Rubin <http://phr  2008-02-11 18:24:30 
Re: Better syntax for a Standard ML derivative
torbenm@[EMAIL PROTECTED]  2008-02-19 18:17:38 
Re: Better syntax for a Standard ML derivative
"David B. Benson&quo  2008-02-12 11:02:55 
Re: Better syntax for a Standard ML derivative
Paul Rubin <http://phr  2008-02-12 12:55:35 
Re: Better syntax for a Standard ML derivative
Jon Harrop <usenet@[EM  2008-02-12 20:22:44 
Re: Better syntax for a Standard ML derivative
"David B. Benson&quo  2008-02-12 16:32:28 
Re: Better syntax for a Standard ML derivative
Paul Rubin <http://phr  2008-02-12 16:42:18 
Re: Better syntax for a Standard ML derivative
"David B. Benson&quo  2008-02-12 17:53:04 
Re: Better syntax for a Standard ML derivative
Donn Cave <donn@[EMAIL  2008-02-14 10:02:03 
Re: Better syntax for a Standard ML derivative
"David B. Benson&quo  2008-02-14 11:55:30 
Re: Better syntax for a Standard ML derivative
"David B. Benson&quo  2008-02-19 11:34:49 
Re: Better syntax for a Standard ML derivative
Paul Rubin <http://phr  2008-02-19 12:21:40 
Re: Better syntax for a Standard ML derivative
"David B. Benson&quo  2008-02-19 13:54:23 
Re: Better syntax for a Standard ML derivative
Paul Rubin <http://phr  2008-02-19 14:06:41 
Re: Better syntax for a Standard ML derivative
"David B. Benson&quo  2008-02-19 14:48:40 
Re: Better syntax for a Standard ML derivative
"David B. Benson&quo  2008-02-19 14:50:59 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Fri May 16 8:43:50 CDT 2008.