[MLton-devel] Re: MLton and profiling

Andreas Rossberg MLton@mlton.org
Fri, 14 Feb 2003 15:32:45 +0100


> Just to be clear, I did not mean to propose to make the language that
> Alice implements follow the standard.  I think playing with new
> features is great.  I was proposing that you make the language that
> implements Alice be standard.  That way you can use compilers other
> than SML/NJ to compile (and profile :-) your implementation.

Well, it already is quite a pain to go through NJ for bootstrapping. It 
would be so much more fun to be able to freely use all the cool Alice 
extensions in the compiler itself, instead of being restricted to the 
subset supported by NJ... :-)

>>Would you also oppose a collaborative attempt of all SML implementers to 
>>find a procedure for agreeing on certain extensions (that proved useful 
>>and mature enough) being promoted to the status of "quasi-standard"? To 
>>me, this seems to be a reasonable migration path to some SML+, whatever 
>>that will be called.
> 
> I think it would be great for this to happen.  As I said some time ago
> on sml-implementors, I would really like to see standardization of an
> FFI and CM/PM/whatever system.

Definitely. The course of last year's discussion wasn't too promising.

 > I personally don't know of any
> language features (subtyping, higher-order modules, ...) where the
> the benefit of adding them outweighs the cost.

I'm abolutely opposed to subtyping. HOM's would be cool. But I'd aim at 
simpler things for now. IMHO, two unfortunate holes in the language 
definitely need to be closed:

  * lack of "where" for whole structures
  * no "withtype" in signatures

Some trivial convenience extensions are also on my list (or patterns, 
vector expressions, functional record update, ...), but they're less 
important.

> A large part of my objection to the extensions in SML/NJ is not so
> much because they are extensions, but because there is no clear
> delineation between what is standard and what is not.  Consequently,
> many users think they are writing standard code when in fact they are
> not.

That's a problem, I agree. Of course, it is a PITA to discover and flag 
all uses of extensions during elaboration, particularly if they just 
generalise existing features. At least Claudio managed it pretty well 
for Moscow ML's modules. We didn't bother for Alice. *ducks*

-- 
Andreas Rossberg, rossberg@ps.uni-sb.de

"Computer games don't affect kids; I mean if Pac Man affected us
  as kids, we would all be running around in darkened rooms, munching
  magic pills, and listening to repetitive electronic music."
  - Kristian Wilson, Nintendo Inc.



-------------------------------------------------------
This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
are you planning your Web Server Security? Click here to get a FREE
Thawte SSL guide and find the answers to all your  SSL security issues.
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
_______________________________________________
MLton-devel mailing list
MLton-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlton-devel