[Openmcl-devel] problem building bosco on 0.14-031220
gwking at cs.umass.edu
Mon Dec 22 10:16:05 EST 2003
This sounds like a problem with a more stringent type than necessary
being used somewhere. As I understand it, OpenMCL is now doing better
type checking on initialize-instance. There was a discussion about this
with respect to ASDF just a few days ago...
On Dec 22, 2003, at 10:06 AM, Raffael Cavallaro wrote:
> On Dec 22, 2003, at 9:35 AM, Gary Byers wrote:
>> Mikel Evins has been working on a different approach to Cocoa
>> application development: in his "Bosco" system (see http://evins.net)
>> he creates a skeletal bundle, copies a Cocoa-aware lisp image into
>> that bundle, then incrementally turns the prototype application into
>> something ... less prototypical. There may be some tradeoffs
>> involved, but his approach certainly avoids the "pretend I'm over
>> *DEFAULT-BUNDLE-EXECUTABLE-PATH* nonsense ...
> I'm not sure if this is something that you, Gary, or Mikel would be
> best equipped to deal with, but I've run into the following error when
> trying to build bosco under OpenMCL version 0.14-031220:
> raffaelc$ openmcl -l bosco.asd -e "(make)"
> > Error in process listener(1): value #:BOSCO is not of the expected
> type STRING.
> > While executing: CCL::%SHARED-INITIALIZE
> > Type :POP to abort.
> Type :? for other options.
> 1 >
> Again, I don't know whether this reflects a mistake on my part, a bug
> in bosco, or a problem introduced with 12/20, since I've never tried
> to build bosco with a previous version of OpenMCL, and I no longer
> have an older version to test with.
> Thanks in advance for any assistance,
> warmest regards,
> Openmcl-devel mailing list
> Openmcl-devel at clozure.com
Gary Warren King, Lab Manager
EKSL East, University of Massachusetts * 413 577 0176
We're so smart we can convince ourselves of anything.
-- Ken Anderson
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 1979 bytes
Desc: not available
Url : http://clozure.com/pipermail/openmcl-devel/attachments/20031222/8cee9741/attachment-0002.bin
More information about the Openmcl-devel