[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: MCL support for MOP
- To: info-mcl
- Subject: Re: MCL support for MOP
- From: email@example.com (Curt Stevens)
- Date: 9 Jan 93 16:20:22 GMT
- Followup-to: comp.lang.lisp.mcl
- Newsgroups: comp.lang.lisp.mcl
- Organization: University of Colorado at Boulder
- References: <9301082050.AA28536@cambridge.apple.com>
- Sender: firstname.lastname@example.org (The Daily Planet)
> There are a couple of reasons that MCL 2.0 is bigger than 1.3.
> The pretty printer and inspector are included in 2.0, they were
> provided as fasl files in 1.3. 2.0's CLOS generic functions cost a
> little more space than 1.3's Object Lisp obfuns. We'll probably be
> looking into a few ways to reduce the size of MCL (though probably
> not for 2.1). Some ideas are:
> 1) A tree shaker to automagically remove parts of MCL that are
> not used by your application.
> Feedback please. Do you need these facilities? Other ideas?
> The MCL development team has decided that MCL's size is not the
> most important thing we have to work on right now, but it's
> still important to us.
Yeah!!, I've been wanting for something like this since the Coral Common
Lisp days. I write some fairly tiny utilities that use almost none of the
available MCL functionality and I would like them to be much smaller.
|Curt Stevens (303) 449-6280 | / | email@example.com |
|Univ. of Colorado, Boulder |o o| |
|Computer Sci. Dept. ECOT 7-7 | | |-----------------------------------|
|Campus Box 430 |\_/| I contradict myself? Very well, I |
|Boulder, Colorado 80309 USA | | contradict myself. - Walt Whitman |