User loginNavigation |
archivesFringeDC Informal Meeting- May 12th, 6PMPlease join us for the next FringeDC informal meeting near the Eastern FringeDC is a group for people interested in functional and lisp-like Main Site: www.lisperati.com/fringedc.html By drcode at 2007-05-07 15:23 | LtU Forum | login or register to post comments | other blogs | 5135 reads
Formalizing and extending C# type inferenceFormalizing and extending C# type inference (pdf), Gavin Bierman "Unfortunately this part of the published language speciï¬cation is a little terse, and hence this feature can often behave in surprising ways for the programmer. Moreover, this process is quite different from the better known one implemented in Java 5.0. In this paper we attempt a formal reconstruction of the type inference process as it is currently implemented in C# 2.0." By Isaac Gouy at 2007-05-07 16:03 | LtU Forum | login or register to post comments | other blogs | 7350 reads
Type-Safe CastsFrom Type-Safe Casts by Stephanie Weirich
This is a Functional Pearl, which was recommended in a previous discussion here. So I'm looking at the pseudo-code example given: sig type table val empty : table val insert : \forall 'a . table -> (string * 'a) -> table val find : \forall 'a . table -> string -> 'a end and I find myself wandering why not parameterize the table type (making it a kind). Retaining pseudo-code: sig kind table['t] val empty : table[nil] val insert : \forall 'a . \forall 'b . table['b] -> (string * 'a) -> table['b | 'a]] val find : \forall 'a . table['a] -> string -> 'a end As far as I know this is theoretically sound, or am I mistaken? I am still not comfortable with Haskell syntax so I was unable to decipher the rest of the paper. Any help would be appreciated. |
Browse archivesActive forum topics |
Recent comments
27 weeks 4 days ago
27 weeks 4 days ago
27 weeks 4 days ago
49 weeks 6 days ago
1 year 2 weeks ago
1 year 3 weeks ago
1 year 3 weeks ago
1 year 6 weeks ago
1 year 10 weeks ago
1 year 10 weeks ago