Re: MOP question for language lawyers: can you specialize on standard-class

"Marco Antoniotti (as marco dot antoniotti at unimib dot it)" <[email protected]> Tue, 26 May 2026 10:36:59 +0200
Newsgroups gmane.lisp.lispworks.general
Message-ID <CAG0Nw2=iqLFd_goB6TEqVV=KmKPtAWkeVpPHU0P2E_1_THFDcA@mail.gmail.com>
Julia gets many things right and some spectacularly wrong.  Structs and
their slot access being one of them, unless you start loading libraries.

MA


Marco Antoniotti, Professor, Director         tel. +39 - 02 64 48 79 01
DISCo, University of Milan-Bicocca U14 2043   http://dcb.disco.unimib.it
Viale Sarca 336
I-20126 Milan (MI) ITALY

REGAINS: https://regains.disco.unimib.it/

On Tue, May 26, 2026, 10:20 Tim Bradshaw (as tfb at cley dot com) <
[email protected]> wrote:

> On 18 May 2026, at 15:20, [email protected] wrote:
> >
> > Anyway, I don’t like participating in discussions where somebody is
> “exaggerating for effect.” That reminds me too much of the bad days in
> comp.lang.lisp. Feel free to have the final word in our exchange.
>
> I'm sorry, I didn't intentionally exaggerate for effect.
>
> What I am trying to say is this:
>
> Some aspects of CLOS (slot access for one thing) are *significantly*
> slow.  CLOS is about 40 years old, so I think that if it could have been
> made fast it would have been by now.  So I infer that this is because of
> something to do with the design of CLOS.
>
> Julia's object system is not slow, but it is not correct to say it has
> 'solved it' in the sense that we could just use what Julia does in CLOS
> (this is what I thought you meant when you said that), because Julia's
> object system is significantly different to CLOS.
>
> So the interesting question is: what could be done to CLOS to make it
> quick?  And in particular can anything be done *without compromises*?  I
> believe the answer to that is no, it can't: to make slot access quick in
> CLOS you would need to make promises that you will not use various features
> of it.
>
> That's what Dylan did, for instance.
>
> --tim
>
>
> _______________________________________________
> Lisp Hug - the mailing list for LispWorks users
> [email protected]
> http://www.lispworks.com/support/lisp-hug.html
>