[Ecls-list] build-program documentation problems

Marco Antoniotti marcoxa at cs.nyu.edu
Wed Dec 19 07:31:03 UTC 2001

> From: Jeff Bowden <jlb at houseofdistraction.com>
> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011202
> X-Accept-Language: en
> Content-Type: text/plain; charset=us-ascii; format=flowed
> Sender: ecls-list-admin at lists.sourceforge.net
> X-BeenThere: ecls-list at lists.sourceforge.net
> X-Mailman-Version: 2.0.5
> Precedence: bulk
> List-Help: <mailto:ecls-list-request at lists.sourceforge.net?subject=help>
> List-Post: <mailto:ecls-list at lists.sourceforge.net>
> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/ecls-list>,
> 	<mailto:ecls-list-request at lists.sourceforge.net?subject=subscribe>
> List-Id: <ecls-list.lists.sourceforge.net>
> List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/ecls-list>,
> 	<mailto:ecls-list-request at lists.sourceforge.net?subject=unsubscribe>
> List-Archive: <http://www.geocrawler.com/redir-sf.php3?list=ecls-list>
> X-Original-Date: Mon, 17 Dec 2001 20:29:05 -0800
> Date: Mon, 17 Dec 2001 20:29:05 -0800
> X-Filter-Version: 1.7 (cat)
> Content-Length: 753
> Marco Antoniotti wrote:
> >>Perhaps I could try to port the mk defsystem (has this been done 
> >>before?) and then write an extension for building the various ecl targets.
> >>This ought to be a good learning experience for me as I am only barely 
> >>familiar with the defsystem.
> >>
> >
> >That is a very good idea. Keep me posted on that.  Note that the
> >official MK:DEFSYSTEM home is in the CLOCC.
> >
> I also note that there seems to be some sort of project to create a 
> completely new defsystem.  Any idea about the progress of the project 
> described in  clocc/src/defsystem-4/docs/defsystem.tex?

Well, there the code is in the works. One of the main design goals is
to be 99% backward compatible with MK:DEFSYSTEM 3.2.

Other functionality that I wan in is

1 - extensibility (the new DEFSYSTEM is CLOS based)
2 - functionality that is useful to projects like matlisp and clg
    (read: integration with other language compilers)

Number 2 is tricky because you want essentially a generic function
that does

     (compile-file-component <file-component>
                             <compiler> &rest <arguments>)

where at least <language> and <compiler> are instances of a given
class (e.g. right now MK:DEFSYSTEM 3.2 has hardwired settings for gcc: this
is too restrictive).

I am struggling with the ideas of keeping the <language> and the
<compiler> as slots in the component, or to make a <language-mixin>
class and have a class hierarchy defined as

      defclass c-file (file c-language-mixin)

Any suggestions?

I will have time to work on it during the next weeks, but I will not
read this list very much.


Marco Antoniotti ========================================================
NYU Courant Bioinformatics Group        tel. +1 - 212 - 998 3488
719 Broadway 12th Floor                 fax  +1 - 212 - 995 4122
New York, NY 10003, USA                 http://bioinformatics.cat.nyu.edu
                    "Hello New York! We'll do what we can!"
                           Bill Murray in `Ghostbusters'.

More information about the ecl-devel mailing list