On Tue, 2007-05-01 at 19:15 -0700, Erick Tryzelaar wrote:
> Erick Tryzelaar wrote:
> >> And what should we move on TO? 
> 
> Some more things:
> 
> 1. There are a couple deprecated functions in the standard library, such 
> as int_of and size_of that we should eliminate.
> 
> 2.. We've talked before about calling _ctor through a module access, 
> like "var x = List::list[int] ()", but I'm not sure if it's made it in yet.

yeah that should work now.

> 3. Also, since we've already got a "ctor" keyword, should we adopt it to 
> replace the _ctor_int sugar, so instead of "fun _ctor_int (x:float) : 
> int => ..." we would have "ctor int (x:float) => ". Is this worthwhile? 
> Or should we just get rid of the ctor keyword and just use _ctor_int for 
> classes/objects?

For classes constructors are special, whereas _ctor_type is just
an ordinary function -- it isn't actually a constructor.

That may change if we have 'views' or 'active patterns' etc
where you can match on the result of applying a function.

EG you may want

match z with | Polar (?r,?t) => ...

to work even if z is in cartesian form. That could be done now by
just
        r,t = mod z, arg z

of course 


-- 
John Skaller <skaller at users dot sf dot net>
Felix, successor to C++: http://felix.sf.net

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Felix-language mailing list
Felix-language@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/felix-language

Reply via email to