Hi,
I just ran my CLOS MOP tests against ECL 15.2.21, and can report that Closer to
MOP libraries all run fine with it. This is now also reported on the Closer to
MOP website.
Congrats!
Pascal
--
Pascal Costanza
The views expressed in this email are my own, and not those of my employer
now how ECL
handles tail calls, but if it performs tail call optimizations, then it would
also be able to do this for methods (which is currently not the case due to the
reliance on a special variable here).
These are not urgent features, I believe, just nice to haves.
Anyway, good job!
Best,
s, and somehow this was used (no idea why). When I remove
that asdf folder, everything works fine.
I will push the necessary support for Closer to MOP to the repository tomorrow.
Thanks for the fast feedback to everybody!
Pascal
--
P
On 8 Dec 2012, at 22:54, Anton Vodonosov wrote:
>
> 09.12.2012, 01:47, "Pascal Costanza" :
>> On 8 Dec 2012, at 22:46, Anton Vodonosov wrote:
>>
>>> 09.12.2012, 01:45, "Anton Vodonosov" :
>>>> Try to update quicklisp to the rec
On 8 Dec 2012, at 22:46, Anton Vodonosov wrote:
>
>
> 09.12.2012, 01:45, "Anton Vodonosov" :
>> Try to update quicklisp to the recent version
>
> I mean quicklisp client, (ql:update-client) executed in some other lisp.
>
Yep, I did that. Still the same
I did. It doesn't change anything.
Pascal
On 8 Dec 2012, at 22:45, Anton Vodonosov wrote:
> Try to update quicklisp to the recent version
>
> 09.12.2012, 01:44, "Pascal Costanza" :
>> Hi,
>>
>> I have downloaded the newly released version, and con
l pathnames with
previous versions of ECL. However, when I remove this now, I still get the same
error.
Does anybody know how to fix this?
Thanks,
Pascal
--
Pascal Costanza
--
LogMeIn Rescue: Anywhere, Anytime Rem
isp implementations get this wrong, and so far it
doesn't seem to hurt anybody. Consider this nitpicking… ;)
Pascal
--
Pascal Costanza
--
Keep yourself connected to Go Parallel:
BUILD Helping you discover the b
On 2 Dec 2012, at 22:48, Juan Jose Garcia-Ripoll
wrote:
> On Sun, Dec 2, 2012 at 9:11 PM, Pascal Costanza wrote:
> 4) DEFMETHOD doesn't call MAKE-METHOD-LAMBDA to determine the method function
> body. [My guess is that this is not easy to change due to the deviation f
the 12.7.1 because that is too much work and will be
only of temporary value.]
Pascal
On 26 Nov 2012, at 23:35, Juan Jose Garcia-Ripoll
wrote:
> On Mon, Nov 26, 2012 at 7:38 PM, Pascal Costanza wrote:
> I don't think the HyperSpec allows for that interpretation. The entry for
Hi,
On 25 Nov 2012, at 23:58, Juan Jose Garcia-Ripoll
wrote:
> On Sun, Nov 25, 2012 at 9:11 PM, Pascal Costanza wrote:
> Next error: slot-unbound errors should not be optimized away as far as I can
> tell. Or is there anything in specifications (CL or MOP) that allows
> implem
(clos:generic-function-lambda-list (make-instance
'standard-generic-function))
(unbound-slot () (print "caught ya!"
If I compile and run this, I get SI:UNBOUND as a result instead of "caught ya!"…
Best,
P
Hi Juanja,
On 19 Nov 2012, at 10:36, Juan Jose Garcia-Ripoll
wrote:
> On Sun, Nov 18, 2012 at 11:38 PM, Pascal Costanza wrote:
> I'm back in the land of the living… ;)
>
> Thanks for getting back to this!
>
> - Previously, ECL had a way of specifying :optimize-slot-a
2 12:14:27 2012 +0200
>
> All accessors are now generic functions, including slot definition's ones
>
>
> Juanjo
>
> --
> Instituto de Física Fundamental, CSIC
> c/ Serrano, 113b, Madrid 28006 (Spain)
> http://juanjose.garciaripoll.googlepages.com
>
--
Pascal C
>
> All accessors are now generic functions, including slot definition's ones
>
>
> Juanjo
>
> --
> Instituto de Física Fundamental, CSIC
> c/ Serrano, 113b, Madrid 28006 (Spain)
> http://juanjose.garciaripoll.googlepages.com
>
--
Pascal Costanza
-
Hi,
It seems this bug report has not been acknowledged. Did I report it correctly
to this mailing list, or is there a better way to report it?
Best,
Pascal
On 2 Sep 2012, at 16:38, Pascal Costanza wrote:
> Hi,
>
> [Working on an update of Closer to MOP for ECL 12.7.1, which is
s #'test)
:FOO
#
The fact that ext-generic-function-method-class is compiled seems to be
important here, and it seems that the dispatch is fixed to the methods known at
the time it is compiled. But I'm just guessing here…
Pascal
--
Pascal Costanza
---
Hi,
I just tried to configure ECL on Mac OS X 10.8, and got the error message "C
compiler cannot create executable".
Is this a known issue?
Pascal
--
Pascal Costanza
--
Live Security Virtual Conference
est (make-instance 'd))
#>
> (funcall *)
Condition of type: SIMPLE-ERROR
No next method.
Available restarts:
1. (RESTART-TOPLEVEL) Go back to Top-Level REPL.
Similar code worked before in 11.1.1. (Instead of the error, the last funcall
should return 42.)
Best,
Pascal
--
P
19 matches
Mail list logo