Bad slot inheritance in ECL
fahree at gmail.com
Wed Dec 28 00:00:05 UTC 2016
I'll count that as probably a bug on my side, due to inheritance via
selfward-operation adding unexpected results into the list being
My apologies for doubting ECL, and thank you for your patience and support.
There remains the other problem, regarding linking.
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org
Mathematicians are like Frenchmen: whatever you say to them they translate
into their own language, and forthwith it is something entirely different.
— Johann Wolfgang von Goethe
On Tue, Dec 27, 2016 at 3:57 PM, Daniel Kochmański <daniel at turtleware.eu> wrote:
> Faré writes:
>> OK, so the failures are all explained now.
> I'm glad to hear that.
>> However, though the program compiles as expected, trying to link lots
>> of .o files instead of a handful of .a files leads to another bug:
>> (ASDF/ACTION:COMPONENT-DEPENDS-ON :STATIC-PROGRAM-OP :HELLO/CHELLO)
>> => An error occurred during initialization:
>> Too many arguments supplied to a macro or a destructuring-bind form:
>> That's from the line:
>> (destructuring-bind ((lib-op . deps)) (call-next-method)
> do you have a small test case for that?
> (destructuring-bind ((a . b)) '((1 2)) (cons a b))
> works just fine for me. On the other hand malformed form rightfully
> signals the mentioned exception:
>> (destructuring-bind ((a . b)) '((1 2 3) 4) (cons a b))
> Condition of type: SIMPLE-ERROR
> Too many arguments supplied to a macro or a destructuring-bind form:
> ((1 2 3) 4)
> Daniel Kochmański ;; aka jackdaniel | Przemyśl, Poland
> TurtleWare - Daniel Kochmański | www.turtleware.eu
> "Be the change that you wish to see in the world." - Mahatma Gandhi
More information about the ecl-devel