<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font face="Georgia">I'm not clear on what you are suggesting.
      Dispatching a message does</font> require the VM knowing the class
    of the receiver, but how and where the VM might collect that
    information is not clear. Perhaps an example would help.<br>
    <br>
    Cheers,<br>
    Bob<br>
    <br>
    <div class="moz-cite-prefix">On 9/15/13 1:06 PM, Frank Shearar
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAJbhyRHbDsi+d=ggJ_dGcqAtYvdW9RyA17=yB=U7prHJeRB1mQ@mail.gmail.com"
      type="cite">
      <pre wrap="">On 15 September 2013 17:38, Florin Mateoc <a class="moz-txt-link-rfc2396E" href="mailto:florin.mateoc@gmail.com">&lt;florin.mateoc@gmail.com&gt;</a> wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">On 9/15/2013 11:47 AM, Frank Shearar wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">On 15 Sep 2013, at 14:57, Florin Mateoc <a class="moz-txt-link-rfc2396E" href="mailto:florin.mateoc@gmail.com">&lt;florin.mateoc@gmail.com&gt;</a> wrote:

</pre>
          <blockquote type="cite">
            <pre wrap="">On 9/15/2013 5:54 AM, Frank Shearar wrote:
</pre>
            <blockquote type="cite">
              <pre wrap="">I was rereading Phlip's "what's wrong with our IDEs" post -
<a class="moz-txt-link-freetext" href="http://www.oreillynet.com/onlamp/blog/2008/05/dynamic_languages_vs_editors.html">http://www.oreillynet.com/onlamp/blog/2008/05/dynamic_languages_vs_editors.html</a>
- and realised that he's just verbalised something I've only
half-thought.

When we run our tests (because of course we're using TDD) we know the
precise types/expected classes of everything, because the VM
automatically collects (or can collect) this information.

But how do we get that information out of the VM?

frank


</pre>
            </blockquote>
            <pre wrap="">You don't need to extract it from the VM, you can have a type profiler that collects it for you in the image.
</pre>
          </blockquote>
          <pre wrap="">Doesn't that just mean twice as much work? The VM of necessity has already typed the call sites (even if the typing is only eventually correct). Why could a mirror not expose the typing thus far?

frank

</pre>
          <blockquote type="cite">
            <pre wrap="">Florin

</pre>
          </blockquote>
          <pre wrap="">
</pre>
        </blockquote>
        <pre wrap="">

Doing it in the image means you do it in Smalltalk. Extracting it from the VM means you are doing it in C/assembly.
And I definitely do not understand the argument with twice as much work. Work for whom? For the computer? Well, that's
its job. As the developer, you only do it once, regardless which option you chose. I prefer doing it in Smalltalk
</pre>
      </blockquote>
      <pre wrap="">
Well, someone  has to write the code to collect and extract the information.

Unless I've completely misunderstood you, you're saying I should build
an interpreter within which to run my tests, and that collects this
type information. I'm saying that the VM has to do this _already_ and
exposing this information to the image (through a mirror or similar)
means that (a) you get accurate type information and (b) you don't
have to write an interpreter.

How would a type profiler collect information at least as accurately
as the VM already does?

frank


</pre>
    </blockquote>
    <br>
  </body>
</html>