🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.lang.clos
Article #701

MOPery

#701
From: john
Date: Tue, 12 Jan 1993 17:18
23 lines
1223 bytes
Fernando Mato Mira (matomira@di.epfl.ch) writes:

  The idea is never having to define a new DEFCLASS-like macro, but
  use the MOP instead for your customizations.

In my applications, there many things I could do more straight-
forwardly with the MOP than, say, a DEFINE-FOO-CLASS macro.
Nonetheless, I've been limiting my meta-CLOS programming, mostly
because of concerns about portability.

I know that SOME meta-object protocol is a semi-standard among SOME
vendors.  Is the MOP outlined in "The Art of ..." exactly the one
they've agreed to?  If not, is the agreed-upon MOP delineated
anywhere?  Whatever they've AGREED to, do they actually support all of
it?  Finally, which vendors do and do not support it?

Please post responses to the group, as I think this is a subject of
general interest.

Thanks.

John Burger
john@mitre.org
Technical Details
Message-ID: <9301121718.AA18644@thelonius.mitre.org>
Path: arc1-ca.pugleaf.net!sparky!uunet!cis.ohio-state.edu!linus.mitre.org!john

Show Full Headers
Complete Article Headers
Newsgroups: comp.lang.clos
Path: arc1-ca.pugleaf.net!sparky!uunet!cis.ohio-state.edu!linus.mitre.org!john
From: john@linus.mitre.org
Subject: MOPery
Message-ID: <9301121718.AA18644@thelonius.mitre.org>
Sender: daemon@cis.ohio-state.edu
Organization: The Ohio State University Department of Computer and Information Science
Date: Tue, 12 Jan 1993 17:18:10 GMT
Lines: 23