[Cmake] Re: [Dart] cDart anybody?

[Luis Ibanez]

Having a Dart client incorporated into CMake have
important advantages.

For example, in a project like Insight it is quite
useful to be able to test the whole project without
requiring the extra installation of Tcl.

A C++ Dart client doesn't necessarily means to
replace the current Tcl version of Dart. After all,
the fact of defining an XML file as an interface
between the client and server allows to decouple
their implementation.

A Python client is not excluded either...

As long as each client can communicate with the
server using the same Dart standard protocol users
could benefit from having a choice that better
fit their particular needs.


   Luis



===================================================
Amitha Perera wrote:

> On Wed 11 Sep 2002, Andy Cedilnik wrote:
> [...]
> 
>>3. Simple installation (no tcl and you already need CMake)
>>
> 
> I was under the impression that people do use Dart without CMake. I
> think this is a good thing. Dart has the potential to be useful in a
> variety of contexts, ones where CMake does not necessarily play a
> role.
> 
> My preference would be to write the Dart client in something like
> python:
> - Python exists for almost every platform.
> - It has powerful and easy regular expressions.
> - It is scripted, which means easy installation and update. (No
>   compilation required).
> - It has portable build in commands for most system like commands,
>   including I/O redirection, system calls, file permissions, etc.
> - It has built in support (via standard modules) for networking.
> - It handles strings and filenames in a sane way. (Unlike tcl.)
> 
> I think a C++ solution for this doesn't buy too much. However, a
> compiled solution has the advantage of: pre-compiled binaries that you
> just put somewhere. Counter: I think python code can be "exported"
> into a self-contained executable.
> 
> I also think a re-write of Dart in something other than Tcl is a great
> idea. We could: (1) choose a sane language, (2) incorporate all
> the lessons learned from this iteration, (3) design a clean and
> extensible interface between client and server (perhaps with
> "protocol" versions).
> 
> Amitha.
> _______________________________________________
> Dart mailing list
> Dart at public.kitware.com
> http://public.kitware.com/mailman/listinfo/dart
> 
>