[Openmcl-devel] Cocoa on PPC32 ?
plkrueger at comcast.net
Fri May 1 08:31:51 EDT 2009
My recent re-build for PPC32 via the IDE also failed, but I was able
to build it via the command line by allowing it to re-define a
constant to a new value when the exception occurred:
Welcome to Clozure Common Lisp Version 1.3-RC1-r11875M (DarwinPPC32)!
? (rebuild-ccl :full t)
Rebuilding Clozure Common Lisp using Version 1.3-RC1-r11875M
;Building lisp-kernel ...
> Error: Constant ERROR-OBJECT-NOT-UNUSED-MAX-TYPE-ERROR is already
defined with a different value (239)
> While executing: CCL::DEFINE-CONSTANT, in process listener(1).
> Type :GO to continue, :POP to abort, :R for a list of available
> If continued: Redefine ERROR-OBJECT-NOT-UNUSED-MAX-TYPE-ERROR to
have new value 252
> Type :? for other options.
1 > :GO
I'm also routinely using Cocoa on PPC without problems.
On May 1, 2009, at 6:31 AM, Steve Núñez wrote:
> Thanks. A fresh tarball download has solved the Cocoa problem
> however this same fresh checkout fails a full rebuild. The pre-built
> IDE runs fine, I'm trying to work through the Cocoa GUI examples.
> This is running 10.4.11:
> administrators-ibook-g4:~/Illation/Development/Applications/ccl admin
> $ ./dppccl
> Welcome to Clozure Common Lisp Version 1.3-r11936 (DarwinPPC32)!
> ? (rebuild-ccl :full t)
> Rebuilding Clozure Common Lisp using Version 1.3-r11936 (DarwinPPC32)
> ;Building lisp-kernel ...
> > Error: Error(s) during kernel compilation.
> > While executing: REBUILD-CCL, in process listener(1).
> > Type :POP to abort, :R for a list of available restarts.
> > Type :? for other options.
> 1 > :b
> (F0199B30) : 0 (REBUILD-CCL :UPDATE NIL :FULL T :CLEAN T :KERNEL
> T :FORCE NIL :RELOAD T :EXIT NIL :RELOAD-ARGUMENTS NIL :VERBOSE
> NIL :OPTIONAL-FEATURES NIL) 1188
> (F0199B70) : 2 (CALL-CHECK-REGS REBUILD-CCL :FULL T) 72
> (F0199B90) : 4 (TOPLEVEL-EVAL (REBUILD-CCL :FULL T) NIL) 476
> (F0199BC0) : 5 (READ-LOOP :INPUT-STREAM #<SYNONYM-STREAM to
> *TERMINAL-IO* #x84D02B6> :OUTPUT-STREAM #<SYNONYM-STREAM to
> *TERMINAL-IO* #x84D0246> :BREAK-LEVEL 0 :PROMPT-FUNCTION #<Compiled-
> function (:INTERNAL CCL::READ-LOOP) (Non-Global) #x81A8166>) 1080
> (F0199C00) : 6 (TOPLEVEL-LOOP) 72
> (F0199C20) : 7 (FUNCALL #'#<(:INTERNAL (TOPLEVEL-FUNCTION
> (CCL::LISP-DEVELOPMENT-SYSTEM T)))>) 72
> (F0199C40) : 9 (FUNCALL #'#<(:INTERNAL CCL::MAKE-MCL-LISTENER-
> PROCESS)>) 392
> (F0199C70) : 11 (RUN-PROCESS-INITIAL-FORM #<TTY-LISTENER
> listener(1) [Active] #x84CF86E> (#<COMPILED-LEXICAL-CLOSURE #
> #x84CF66E>)) 404
> (F0199CB0) : 13 (FUNCALL #'#<(:INTERNAL CCL::%PROCESS-PRESET-
> INTERNAL)> #<TTY-LISTENER listener(1) [Active] #x84CF86E>
> (#<COMPILED-LEXICAL-CLOSURE # #x84CF66E>)) 164
> (F0199CD0) : 14 (FUNCALL #'#<(:INTERNAL CCL::THREAD-MAKE-STARTUP-
> FUNCTION)>) 176
> Quoting Gary Byers <gb at clozure.com>:
> > It's certainly supposed to work. I just tried doing (REQUIRE
> > "COCOA") in both the
> > current trunk and the current 1.3 release on PPCs running 10.5.6 and
> > 10.4.11 and
> > also ran the pre-built IDE from the clozurecl-1.3-darwinppc.dmg
> > archive on both
> > OSes, and didn't notice any problems; I don't remember having
> heard of anyone
> > having problems, and I don't remember there having been any such
> problems in
> > recent development versions.
> > (It's certainly true that the PPC versions of CCL get less exercise
> > these days
> > than the x86 versions do, but a lot of the work I've been doing
> for the last
> > several months has been on a Darwin PPC box, and I used a fairly
> current CCL
> > on that machine fairly regularly.)
> > _NSRemoveHandler2 is part of the (32-bit) ObjC exception handling
> > it's called all of the time as code transitions betwen Lisp and
> > My first
> > guess is that a crash there is a symptom of something else (stack
> > overflow ?),
> > but that's just a guess (and not necessarily a good one.)
> > If you can, please get it to crash like this and generate a
> backtrace in
> > the kernel debugger. I'd be interested in seeing that, and it
> might lead to
> > a better guess.
> > (It also never hurts to mention what version of CCL you're using
> and what
> > OS version is involved.)
> > On Fri, 1 May 2009, Steve Núñez wrote:
> >> Does anyone do any Cocoa work on PPC 32bit? I'm just guessing that
> >> the platform is the problem here. When I try to build the bridge,
> >> via (require 'cocoa'), CCL crashes with:
> >> Unhandled exception 11 at 0x9f84e40c, context->regs at #xbffff458
> >> Read operation to unmapped address 0x5
> >> In foreign code at address 0x9f84e40c
> >> [_NSRemoveHandler2 + 496]
> >> Any ideas?
> >> Regards,
> >> - Steve
> This message was sent using IMP, the Internet Messaging Program.
> Openmcl-devel mailing list
> Openmcl-devel at clozure.com
More information about the Openmcl-devel