[MUD-Dev] Re: Why modules? (Was: Inheritable modules)

Thandor thandor at donut.dhis.org
Sun Nov 1 14:07:17 CET 1998

On Sat, Oct 31, 1998 at 12:53:47PM -0700, Chris Gray wrote:
> I think you've got it backwards here. The details of the interface seem
> to have settled on a simple C-compatible function call because that
> choice *allows* the most flexibility and language choice for those
> writing modules (and even the core). The concensus I've seen is that
> the writers of modules and the core are free to use whatever language
> and tools they feel best suit the job. That's good. Forcing the semantics
> of any one higher-level language on the interface restricts everything
> to that language, and that is bad.

I've heard several posts saying "I think the core should be done in C" or
words to that effect. Not just it should use C calling conventions, but
that it should be done in C. Deciding on C calling conventions now doesn't
really bother me because I stuggle to see the list come up with a better
alternative. However, as for the actual language of implementation - I
certainly don't know enough about how the system is intended to work to be
able to say at this stage that C is the best language for the job.

I'm not convinced that giving people enough rope to hang themselves (ie
allowing them to write modules in any language) is the greatest idea
anyway. I thought the idea is you only had to do the very low level stuff
in native code, the rest could be handled by some sort of game code? In
which case, keeping things simple by deciding on a single language to use
for the implementation of the native code section might not be such a big
tradeoff. I certainly find things easier to understand when everything is
writen in the same language, rather than every other module choosing the
author's pet language.

So, does anyone mind telling me what exactly are we really hoping to gain
from allowing any language at all to be used? Confusion is what I see being
gained. Then again, I just can't get my mind around the idea of the
infinitely flexible design that people seem to want. Maybe someone needs to
spell it out in simple english how that allows me to make a better mud so I
can understand it.

- Shane King.

More information about the mud-dev-archive mailing list