headers
Attila Lendvai | 1 Mar 2008 12:19
Picon
Gravatar

Re: Re: layer slots

>  No need to feel sorry. You should of course only use what actually
>  contributes to a good solution.
>
>  I'd be interested to look at the code once you have it done. It may be
>  useful to analyze and see how ContextL could have helped if it had the
>  (yet to be found) right features...

hm, since then i've dropped a prototype that used contextl and went on
using simple generics.

iirc, the reason was that i couldn't store values in slots of the
current layer and because of that i needed an extra BACKEND argument
in the dispatch. but then anyone can subclass it and add their
customizations to the generation, so i choosed not to add a complex
dependency at the end...

but of course i keep on using contextl in other projects of mine. thanks Pascal!

--

-- 
 attila
Permalink | Reply | 0 comments |
headers
Pascal Costanza | 8 Mar 2008 16:22

Article about COP in JOT

Hi everybody,

There is a new article about Context-oriented Programming in the  
Journal of Object Technology, and it can be viewed and downloaded at http://www.jot.fm/issues/issue_2008_03/article4/

It discusses context-oriented extensions for Common Lisp, Smalltalk  
and Java, namely ContextL, ContextS and ContextJ. There is a new  
ContextL example presented in this article that we haven't discussed  
in any of the previous papers, so it should be an interesting read for  
ContextL users as well.

As always, please feel free to send feedback and suggestions.

Best,
Pascal

--

-- 
1st European Lisp Symposium (ELS'08)
http://prog.vub.ac.be/~pcostanza/els08/

Pascal Costanza, mailto:pc <at> p-cos.net, http://p-cos.net
Vrije Universiteit Brussel, Programming Technology Lab
Pleinlaan 2, B-1050 Brussel, Belgium
Permalink | Reply | 0 comments |
headers
Pascal Costanza | 22 Mar 2008 14:36

Closer to MOP support for MCL 5.2

Hi everybody,

I have checked MCL 5.2 against my MOP test suite, and I have got a  
problem again which was already fixed with a patch for 5.2b6.  
Unfortunately, that patch doesn't work in 5.2.

Very soon, I will switch from my old PowerPC Mac to a new Intel Mac,  
which means that I cannot test MCL against Closer to MOP anymore,  
which will also affect support of ContextL for MCL, and probably some  
other libraries that rely on Closer to MOP.

I don't see a good way out atm, but the two obvious possibilites are  
this:

(1) Could somebody help me figuring out what's wrong with the patch I  
have? The problem in MCL 5.2 is that slot-value (etc.) doesn't call  
slot-value-using-class (etc.) anymore. I have got a patch for that  
from Digitool some time ago, but as I said above, that patch doesn't  
work on 5.2.

(2) Is anybody interested in taking over support for Closer to MOP for  
MCL? I could either open up the darcs repositories for someone who is  
committed to supporting MCL, or we could separate it out into a  
separate repository (which may actually be more convenient).

Any other ideas? Anybody interested?

Best,
Pascal
(Continue reading)

Permalink | Reply | 2 comments |
headers
Marco Antoniotti | 24 Mar 2008 15:44
Picon

Better download package?

Hi

is there a better packaging of the CLOSER project?  I do not have  
darcs installed and I would like to avoid installing new stuff on my  
computer.

The alternative right now is to manually download all the files one  
by one.  A .tgz or .zip etc would be welcome.

Cheers

--
Marco Antoniotti
Permalink | Reply | 1 comment |
headers
Pascal Costanza | 24 Mar 2008 15:59

Re: Better download package?

On the download page, there is a link to a list of tarballs...

Pascal

On 24 Mar 2008, at 15:44, Marco Antoniotti wrote:
> Hi
>
> is there a better packaging of the CLOSER project?  I do not have  
> darcs installed and I would like to avoid installing new stuff on my  
> computer.
>
> The alternative right now is to manually download all the files one  
> by one.  A .tgz or .zip etc would be welcome.
>
> Cheers
>
> --
> Marco Antoniotti
>
>
> _______________________________________________
> closer-devel mailing list
> closer-devel <at> common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/closer-devel

--

-- 
1st European Lisp Symposium (ELS'08)
http://prog.vub.ac.be/~pcostanza/els08/

Pascal Costanza, mailto:pc <at> p-cos.net, http://p-cos.net
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vyacheslav Akhmechet | 24 Mar 2008 21:09
Picon
Gravatar

Exporting funcallable-standard-object on OpenMCL?

Is there a reason closer-mop doesn't provide compatibility for
funcallable-standard-object symbol on OpenMCL? The CCL package exports
it, but c2mop seems to exclude it on OpenMCL systems in
closer-mop/closer-mop-packages.lisp:19.

- Slava
Permalink | Reply | 4 comments |
headers
Pascal Costanza | 24 Mar 2008 21:14

Re: Exporting funcallable-standard-object on OpenMCL?

In the version in the darcs repository, this is already fixed.

I hope I find the time real soon now (tm) to release a new version of  
Closer to MOP. Please bear with me...

Pascal

On 24 Mar 2008, at 21:09, Vyacheslav Akhmechet wrote:
> Is there a reason closer-mop doesn't provide compatibility for
> funcallable-standard-object symbol on OpenMCL? The CCL package exports
> it, but c2mop seems to exclude it on OpenMCL systems in
> closer-mop/closer-mop-packages.lisp:19.
>
> - Slava
> _______________________________________________
> closer-devel mailing list
> closer-devel <at> common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/closer-devel

--

-- 
1st European Lisp Symposium (ELS'08)
http://prog.vub.ac.be/~pcostanza/els08/

Pascal Costanza, mailto:pc <at> p-cos.net, http://p-cos.net
Vrije Universiteit Brussel, Programming Technology Lab
Pleinlaan 2, B-1050 Brussel, Belgium
Permalink | Reply | 3 comments |
headers
Vyacheslav Akhmechet | 24 Mar 2008 21:27
Picon
Gravatar

Re: Exporting funcallable-standard-object on OpenMCL?

On 3/24/08, Pascal Costanza <pc <at> p-cos.net> wrote:
> In the version in the darcs repository, this is already fixed.
>
>  I hope I find the time real soon now (tm) to release a new version of
>  Closer to MOP. Please bear with me...
Ok. Thanks!
Permalink | Reply | 0 comments |

Gmane