<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

  <title></title>

</head>

<body bgcolor="#ffffff" text="#000000">

Bert Freudenberg wrote:

<blockquote

 cite="mid:FD58AC3B-D4C8-4E35-BBD2-C3BABE19819C@freudenbergs.de"

 type="cite">

  <pre wrap=""> </pre>

  <pre wrap="">

<hr size="4" width="90%">

On 18.07.2014, at 03:55, <a class="moz-txt-link-abbreviated" href="mailto:btc@openinworld.com">btc@openinworld.com</a> wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">To my mind, a module is something that might only be able to be bound at VM compile time, whereas a plugin could be bound to a running VM.  I guess that at some point of history there was only the former, and the latter came along later with new terminology?

    </pre>

  </blockquote>

  <pre wrap=""><!---->

Nope. Before the VM became modularized it was monolithic. Tim can tell you all about that process, but for sure one major point of breaking out parts of the VM into modules was to enable dynamic loading. That was there from the beginning.

The term "module" and "plugin" wrt the Squeak VM mean exactly the same thing, except the latter may be confused with the web browser plugin (which wraps the whole VM into a plugin loadable by a web browser).

- Bert -

  </pre>

</blockquote>

Nice to know.<br>

cheers -ben<br>

</body>

</html>