[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ABM/Toolkit futures [was: Swarm futures (was Re: GNUstep and MacOS X
From: |
Russell Standish |
Subject: |
Re: ABM/Toolkit futures [was: Swarm futures (was Re: GNUstep and MacOS X Port Effort)] |
Date: |
Mon, 7 Oct 2002 15:30:19 +1000 (EST) |
I first looked at Swarm to do my modeling in 1996, and since then
looked at it a couple of other times. However, it never suited my
needs, so I've ended up creating my own system called Ecolab.
So what's wrong with Swarm? The objective C implementation language is
a little too simple, and make coding the sorts of things I do hard to
understand. I do need operator overloading. Generic programming, a la
C++ templates has also proved a boon. Unfortunately, Java offers
neither of these, nor does ObjC. Being able to code an experiment
as a script (runtime configuration) is also a great feature of
Ecolab. Presumably the newer Java interface is a way to do this, but
I'm quite happy to use TCL for this purpose.
Another consideration is that native, parallelising compilers are
available for C++, but not for the other languages.
The most benefit I've had from Swarm is as an inspiration for how to
do things in Ecolab - it never helped as an implmentation environment.
We're currently working on a project to allow C++ objects to be made
visible within the Objective C environment, and vice-versa. This may
well make it more feasible to embed C++ models into Swarm. However,
I'm very unlikely to be attracted to a Java implementation.
Cheers
Jason Alexander wrote:
>
> This is a long email. My apologies.
...
>
>
> If you believe what I've said above, the biggest problems are:
>
> (1) Make Swarm easy to install.
> (2) Make Swarm easy to use (without, presumably, sacrificing power
> and/or features)
> (3) Make it possible to describe modeling problems in a high-level
> language.
> (4) Make it easy to share models.
> (5) Make it easy to graft custom GUI interfaces on top of Swarm.
> (6) Make it easy to create (and share) extension libraries for Swarm.
>
> Other desiderata:
>
> (7) Get Swarm running (easily) on all major platforms.
> (8) Make it possible (perhaps) to embed Swarm models in a web page.
>
----------------------------------------------------------------------------
A/Prof Russell Standish Director
High Performance Computing Support Unit, Phone 9385 6967, 8308 3119 (mobile)
UNSW SYDNEY 2052 Fax 9385 6965, 0425 253119 (")
Australia address@hidden
Room 2075, Red Centre http://parallel.hpc.unsw.edu.au/rks
International prefix +612, Interstate prefix 02
----------------------------------------------------------------------------
==================================
Swarm-Modelling is for discussion of Simulation and Modelling techniques
esp. using Swarm. For list administration needs (esp. [un]subscribing),
please send a message to <address@hidden> with "help" in the
body of the message.
==================================