Re: (no subject)

Thanks for the pointer. Yes, there are examples of this in sb-posix  
and somewhere else in SBCL contrib, sb-bsd-sockets, I think. But  
these actually illustrate the problem which is that both packages  
have a perform compile-op c-source-file method that is cut-and- 
pasted. This is, in and of itself, fine and not really a big deal.  
The issue is that when someone loads the sb-bsd-sockets asdf they get  
these methods for all compile-op c-source-file. It would seem to make  
some sense to isolate this to the package at hand (and, better yet,  
to share a single method between both packages, but one thing at a  
time here).

So, yes, those packages provide a nice example of a global perform  
compile-op c-source-file method, but it's not the cleanest example.

Thanks,

Cyrus

On Aug 3, 2005, at 4:12 PM, GP lisper wrote:

> References:  <[email protected]>
> --text follows this line--
>
>    From: Cyrus Harmon <[email protected]>
>    Date: Wed, 3 Aug 2005 11:24:42 -0700
>
>    * asdf perform methods specialize on operation and component,  
> but not
>    on the system. This means that if you define a method to compile C
>    files for compile-op and c-source-file it will be applied to all c-
>    source-files. This might not be desired. Clearly one can work  
> around
>    this by subclassing c-source-file, but that seems a bit silly.  
> having
>    a way to provide per-module or per-system operations seems like a
>    good thing. Perhaps there is a way, but I'm missing on obviously  
> good
>    way to do this.
>
> There is an often cited example of mixing in C with Lisp in .asd
> files.  But the name escapes my memory at the moment.  You should look
> over DanB's website, or Cliki.
>
>
> -------------------------------------------------------
> 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
> _______________________________________________
> cclan-list mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/cclan-list
>



-------------------------------------------------------
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