<br><br><div class="gmail_quote">On Mon, May 21, 2012 at 2:15 PM, Garrett Smith <span dir="ltr"><<a href="mailto:g@rre.tt" target="_blank">g@rre.tt</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Sun, May 20, 2012 at 5:42 PM, Richard O'Keefe <<a href="mailto:ok@cs.otago.ac.nz">ok@cs.otago.ac.nz</a>> wrote:<br>
><br>
> On 19/05/2012, at 8:57 AM, Garrett Smith wrote:<br>
>><br>
>> I apologize, this is somewhat off topic and not an answer to your question...<br>
>><br>
>> But does anyone know where the Frames proposal stands vis-a-vis the<br>
>> OTP team's work on hashes?<br>
><br>
> I'm not sure what you are asking.  The paper that you mentioned made it<br>
> quite clear that they were NOT experimenting with frames or anything in<br>
> the same area of design space.<br>
<br>
</div>Richard, I'm not seeing what you're seeing.<br>
<br>
That's a PDF of presentation slides from 2011 User Conf-- it lists<br>
"frames" in the title and as a input to their process.<br>
<br>
I read the document as a status update on their work, listing some<br>
performance results from various data structures.<br>
<br>
The "Conclusion and way forward" slide seems open ended.<br>
<br>
In any event, is not relevant to any discussion here what the OTP team<br>
is actually working on? Is this is a blip of interest in a decade old<br>
proposal that has no shot of getting into the language?<br>
<span class="HOEnZb"><font color="#888888"><br>
Garrett<br></font></span></blockquote><div><br></div><div>The conclusion from my talk at EUC November 2011 was like this:</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888">
</font></span><div class="HOEnZb"><div class="h5">Conclusions and way forward</div><div class="h5">› New better records </div><div class="h5">– optionally named, possibly declared </div><div class="h5">– few named fields </div>
<div class="h5">– many instances </div><div class="h5">› ------- and -------------------------------------------------------------------------- </div><div class="h5">› Hashmaps </div><div class="h5">– many ”keys” </div><div class="h5">
– few instances </div><div class="h5">› are two different things (but similar) </div><div class="h5">› we want both </div><div class="h5">› HAMT looks really promising for Hash Maps </div><div class="h5">› but it might be hard to combine with one single representation </div>
<div class="h5">› We have to decide what to address first </div><div class="h5">› Probably some experimental implementation released during 2012</div></div></blockquote><div><br></div><div>I think this clearly indicates that we intended to work on both "better records" and "hashes".</div>
<div><br></div><div>Now I can as a fact tell you that we are addressing both.</div><div><br></div><div>We are prototyping an implementation of "hashes", or whatever we will call them, and we are also prototyping a reference implementation of the frames proposal. </div>
<div><br></div><div>We think that the frames proposal is interesting and think we need an implementation so we can evaluate performance and compare it with records. After the evaluation we will come to a decision and will also give more details about possible changes/restrictions/additions we want to make compared with the current frames proposal. What we find most interesting with the frames proposal is the well thought semantics.</div>
<div><br></div><div>/Kenneth , Erlang/OTP, Ericsson</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
 _______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br>