Re: defsystem & eval

Marco Antoniotti <[email protected]> Thu, 18 Aug 2005 15:45:00 -0400
Newsgroups gmane.lisp.clocc.devel
Message-ID <[email protected]>
Hi

the change to get rid of EVAL breaks several definitions.

Essentially you cannot deal with situations like the following.

(defsystem :foo
      :components ((:module "bar" :finally-do (print-something))))

The :FINALLY-DO in the :MODULE spec is not expanded (I mean "wrapped in 
a lambda" ) properly and it causes a runtime error.

The EVAL are ingrained in the way the subcomponents are built.  This is 
unfortunate, but it's the way it is.  To fix this you would have to 
change the way subcomponents are created (I did this for MK4/5 and ASDF 
does it as well AFAIK) or you would have to walk through the component 
subcomponent definitions and manipulate the slots as needed.

I see not other way but to revert to the previous version.

Cheers
--
Marco





On Aug 16, 2005, at 5:09 PM, Marco Antoniotti wrote:

> Hi Sam
>
> I am pretty sure it will work with regular definitions.  It is the 
> Matlisp kind of stuff that may suffer.
>
> Anyway, if it breaks we can revert it.
>
> Marco
>
>
>
>
>
> On Aug 16, 2005, at 4:59 PM, Sam Steingold wrote:
>
>>> * Marco Antoniotti <[email protected]> [2005-08-16 16:10:56 -0400]:
>>>
>>>> the obvious solution is to evaluate some DEFSYSTEM arguments at EVAL
>>>> time.  right now no DEFSYSTEM arguments are evaluated except with an
>>>> explicit EVAL.
>>>
>>> Yes.  That would fix it.  However, I think this is not an easy task 
>>> to
>>> pull off.  If you try it, please create a branch before merging the
>>> changes in.
>>
>> oops - too late, sorry.
>> I just checked in a simple fix.
>> please try it.
>>
>> -- 
>> Sam Steingold (http://www.podval.org/~sds) running w2k
>> <http://www.openvotingconsortium.org/> 
>> <http://www.palestinefacts.org/>
>> <http://www.savegushkatif.org> <http://www.camera.org>
>> Warning! Dates in calendar are closer than they appear!
>>
>>
>> -------------------------------------------------------
>> SF.Net email is Sponsored by the Better Software Conference & EXPO
>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle 
>> Practices
>> Agile & Plan-Driven Development * Managing Projects & Teams * Testing 
>> & QA
>> Security * Process Improvement & Measurement * 
>> http://www.sqe.com/bsce5sf
>> _______________________________________________
>> clocc-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/clocc-devel
>>
> --
> Marco Antoniotti					http://bioinformatics.nyu.edu
> NYU Courant Bioinformatics Group		tel. +1 - 212 - 998 3488
> 715 Broadway 10th FL				fax. +1 - 212 - 998 3484
> New York, NY, 10003, U.S.A.
>
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle 
> Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing 
> & QA
> Security * Process Improvement & Measurement * 
> http://www.sqe.com/bsce5sf
> _______________________________________________
> clocc-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/clocc-devel
>
--
Marco Antoniotti					http://bioinformatics.nyu.edu
NYU Courant Bioinformatics Group		tel. +1 - 212 - 998 3488
715 Broadway 10th FL				fax. +1 - 212 - 998 3484
New York, NY, 10003, U.S.A.



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf