[Ecls-list] build-program documentation problems
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
<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)
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