[Ecls-list] About possible projects [long]
Cliff Y
smustudent3 at yahoo.com
Wed Oct 17 11:37:15 UTC 2001
--- Juan Jose Garcia Ripoll <worm at arrakis.es> wrote:
> 5.- Interface to C.
>
> This has the highest priority. Probably, the only
> advantages of ECLS with
> respect to other lisps are ease of maintainability
> and extensibility. To this
> respect ECLS should take the place of MzScheme in
> the scheme community and I
> would like to come out with an interface to C which
> is simple enough to see
> the first applications coming out.
>
> The worst point here is finding a minimal set of
> functions and macros to get
> people going. I know what I need, but probably *you*
> know better what
> *others* need.
>
> I mentioned the issue of namespaces. This can be
> problematic. ECLS uses
> rather general names for functions. I mean, almost
> every basic function from
> the HyperSpec has a corresponding function in C
> (just look at "external.h" to
> get an idea). A simple fix would be using the "cl_"
> prefix for every
> function. This should be about 1 month of one-man
> work.
> 10.- Graphical user interface.
>
> If [5] is finished, it would be great to let ECLS
> know about graphics. I
> dislike the CLX library, and I bet the future should
> be in first linking ECLS
> with existing graphical user interfaces (wxWindows,
> gtk, qt, display
> postscript?) and then trying to get it to work with
> CLIM.
Well, I don't know about the details of this, but I'll
tell you why this interests me - if the computer
algebra system Maxima can be compiled on ECLS, I'm
hoping both could be imbedded in a larger general
purpose C program as components, and also communicate
with a graphical interface. Would these points make
that possible?
__________________________________________________
Do You Yahoo!?
Make a great connection at Yahoo! Personals.
http://personals.yahoo.com
More information about the ecl-devel
mailing list