[Openmcl-devel] Cocoa on PPC32 ?

Paul Krueger plkrueger at comcast.net
Fri May 1 05:31:51 PDT 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   
(DarwinPPC32)
;Building lisp-kernel ...

...

;Compiling "/Applications/ccl/compiler/arch.lisp"...
 > 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  
restarts.
 > If continued: Redefine ERROR-OBJECT-NOT-UNUSED-MAX-TYPE-ERROR to  
have new value 252
 > Type :? for other options.
1 > :GO
;Loading #P"/Applications/ccl/bin/arch.dfsl"...

...

I'm also routinely using Cocoa on PPC without problems.

Paul

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  
> mechanism;
> > it's called all of the time as code transitions betwen Lisp and  
> ObjC.
> >  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
> http://clozure.com/mailman/listinfo/openmcl-devel




More information about the Openmcl-devel mailing list