From seth at tewebs.com Fri May 28 23:58:00 2010 From: seth at tewebs.com (Seth Burleigh) Date: Fri, 28 May 2010 18:58:00 -0500 Subject: [cello-devel] Compiling Message-ID: <1275091080.13788.13.camel@seth-laptop> Ive got the code for cello. Im attempting to get cl-opengl working. Ive hade some problems. First, (1) When loading libgl.so and libglu.so , it has some weird directory under which it expects libgl and libglu to be under, on unix. I cant imagine why this is in there since in linux operating systems the libraries are installed in a standard location. I replaced it with cffi:load-foreign-library "libGL.so",etc. (2) Now, I get Execution of a form compiled with errors. Form: (DEFUN-FFX INT glut glutCreateWindow (CSTRING TITLE)) Compile-time error: (during macroexpansion of (DEFUN-FFX :INT ...)) Don't know how to cast CSTRING [Condition of type SB-INT:COMPILED-PROGRAM-ERROR] Anyone know how to fix this, im on sbcl 1.0.38 on ubuntu. So, question is what is the state of this code? Some of it, like cells and its dependencies, has a bias towards allegro. For example, it depends on the mop package which is easily fixed by requiring closer-mop and adding mop as a nickname. Not exactly an easy fix if you didn't know about closer-mop, i.e. were a newcomer. But anyways, I guess my point is that some of these are easy to fix, some perhaps not so. And since i know others have gotten this to work, why hasn't there been an upgrade of the source code? From kentilton at gmail.com Sat May 29 02:02:07 2010 From: kentilton at gmail.com (Kenneth Tilton) Date: Fri, 28 May 2010 22:02:07 -0400 Subject: [cello-devel] Compiling In-Reply-To: <1275091080.13788.13.camel@seth-laptop> References: <1275091080.13788.13.camel@seth-laptop> Message-ID: <4C00759F.9080608@gmail.com> Seth Burleigh wrote: > Ive got the code for cello. Im attempting to get cl-opengl working. > > Ive hade some problems. First, > > (1) When loading libgl.so and libglu.so , it has some weird directory > under which it expects libgl and libglu to be under, on unix. I cant > imagine why this is in there since in linux operating systems the > libraries are installed in a standard location. I replaced it with > cffi:load-foreign-library "libGL.so",etc. > > (2) Now, I get > > Execution of a form compiled with errors. > Form: > (DEFUN-FFX INT > glut > glutCreateWindow > (CSTRING TITLE)) > Compile-time error: > (during macroexpansion of (DEFUN-FFX :INT > ...)) > Don't know how to cast CSTRING > [Condition of type SB-INT:COMPILED-PROGRAM-ERROR] > > > Anyone know how to fix this, im on sbcl 1.0.38 on ubuntu. > > So, question is what is the state of this code? Some of it, like cells > and its dependencies, has a bias towards allegro. For example, it > depends on the mop package which is easily fixed by requiring closer-mop > and adding mop as a nickname. Not exactly an easy fix if you didn't know > about closer-mop, i.e. were a newcomer. > > But anyways, I guess my point is that some of these are easy to fix, > some perhaps not so. And since i know others have gotten this to work, > why hasn't there been an upgrade of the source code? We've had some patches in re the mop package name and other stuff to make it more portable. One user did a major cleanup of Cello but never got to the point where it would be released. And I am moving to the web with a new project based on qooxdoo. Doubt I'll ever get back to Cello. ie, it is very close to being a dead project. Oh, and I only know of one person for sure who got it all working. kt From seth at tewebs.com Sat May 29 04:57:33 2010 From: seth at tewebs.com (Seth Burleigh) Date: Fri, 28 May 2010 23:57:33 -0500 Subject: [cello-devel] Compiling In-Reply-To: <4C00759F.9080608@gmail.com> References: <1275091080.13788.13.camel@seth-laptop> <4C00759F.9080608@gmail.com> Message-ID: <1275109053.15345.2.camel@seth-laptop> Oh, ok. I was looking at that new project of yours, looks interesting, but I decided I needed something that was quite a bit quicker than a web app (fast, real time graphing and the easy customizable widgets that i have heard cello is capable of is also a must). From kentilton at gmail.com Sat May 29 05:48:58 2010 From: kentilton at gmail.com (Kenneth Tilton) Date: Sat, 29 May 2010 01:48:58 -0400 Subject: [cello-devel] Compiling In-Reply-To: <1275109053.15345.2.camel@seth-laptop> References: <1275091080.13788.13.camel@seth-laptop> <4C00759F.9080608@gmail.com> <1275109053.15345.2.camel@seth-laptop> Message-ID: <4C00AACA.7000808@gmail.com> Seth Burleigh wrote: > Oh, ok. I was looking at that new project of yours, looks interesting, > but I decided I needed something that was quite a bit quicker than a web > app (fast, real time graphing and the easy customizable widgets that i > have heard cello is capable of is also a must). Well I will be happy to help you get Cello going, because OpenGL is certainly fast and also expressive enough for graphing, and I have had no problem rolling arbitrary widgets from simple building blocks. Did you find Cello on GitHub or common-lisp.net? What are your development and delivery OSes? kt From seth at tewebs.com Sat May 29 13:42:46 2010 From: seth at tewebs.com (Seth Burleigh) Date: Sat, 29 May 2010 08:42:46 -0500 Subject: [cello-devel] Compiling In-Reply-To: <4C00AACA.7000808@gmail.com> References: <1275091080.13788.13.camel@seth-laptop> <4C00759F.9080608@gmail.com> <1275109053.15345.2.camel@seth-laptop> <4C00AACA.7000808@gmail.com> Message-ID: <1275140566.15345.5.camel@seth-laptop> I guess the first step is to see if i got the right version! I got cello from http://common-lisp.net/cgi-bin/viewcvs.cgi/?root=cello and i retrieved cells and utils-kt from your github site. Im using sbcl 1.0.38 under linux (ubuntu 10.04). From seth at tewebs.com Sat May 29 15:13:49 2010 From: seth at tewebs.com (Seth Burleigh) Date: Sat, 29 May 2010 10:13:49 -0500 Subject: [cello-devel] Compiling In-Reply-To: <1275140566.15345.5.camel@seth-laptop> References: <1275091080.13788.13.camel@seth-laptop> <4C00759F.9080608@gmail.com> <1275109053.15345.2.camel@seth-laptop> <4C00AACA.7000808@gmail.com> <1275140566.15345.5.camel@seth-laptop> Message-ID: <1275146029.15345.11.camel@seth-laptop> Well, i got alot built, i'll let you know if i become stuck, right now im looking at a bug in asdf itself. I'll also make sure to describe all the steps once i get everything successfully compiled. From kentilton at gmail.com Sat May 29 15:24:48 2010 From: kentilton at gmail.com (Kenneth Tilton) Date: Sat, 29 May 2010 11:24:48 -0400 Subject: [cello-devel] Compiling In-Reply-To: <1275146029.15345.11.camel@seth-laptop> References: <1275091080.13788.13.camel@seth-laptop> <4C00759F.9080608@gmail.com> <1275109053.15345.2.camel@seth-laptop> <4C00AACA.7000808@gmail.com> <1275140566.15345.5.camel@seth-laptop> <1275146029.15345.11.camel@seth-laptop> Message-ID: <4C0131C0.1090504@gmail.com> Seth Burleigh wrote: > Well, i got alot built, OK, good. I should have offered that our experience has been that in the end Cello can be gotten running after running down not too many Lisp implementation differences and the like. And it has been to Linux and OS X at various times, so some of the diffs have been sorted out. ie, There are no interesting show-stoppers out there. I ran out of steam on moving Cello to github, so c-l.net was the right place. kt From frgo at me.com Sat May 29 15:15:47 2010 From: frgo at me.com (Frank Goenninger) Date: Sat, 29 May 2010 17:15:47 +0200 Subject: [cello-devel] Compiling In-Reply-To: <1275109053.15345.2.camel@seth-laptop> References: <1275091080.13788.13.camel@seth-laptop> <4C00759F.9080608@gmail.com> <1275109053.15345.2.camel@seth-laptop> Message-ID: <9A4F2EC0-EAE7-4802-8C6B-9017A096F483@me.com> Am 29.05.2010 um 06:57 schrieb Seth Burleigh: > Oh, ok. I was looking at that new project of yours, looks interesting, > but I decided I needed something that was quite a bit quicker than a web > app (fast, real time graphing and the easy customizable widgets that i > have heard cello is capable of is also a must). It has all this... I've not used Cello for more than a year - but I had it working on OS X and Linux (debian). I was about 50% down the road of a major re-write of the inner workings of Cello (as it was actually too much effort to understand - and keep understanding - of the Cello code for me ;-). Due to work-for-money reasons I never got to finish this, unfortunately. I aimed at eliminating some of the glue code for FTGL and other optimizations. I still do use Cells, of course - heavily, so. Cheers Frank From seth at tewebs.com Sat May 29 22:21:24 2010 From: seth at tewebs.com (Seth Burleigh) Date: Sat, 29 May 2010 17:21:24 -0500 Subject: [cello-devel] Compiling In-Reply-To: <9A4F2EC0-EAE7-4802-8C6B-9017A096F483@me.com> References: <1275091080.13788.13.camel@seth-laptop> <4C00759F.9080608@gmail.com> <1275109053.15345.2.camel@seth-laptop> <9A4F2EC0-EAE7-4802-8C6B-9017A096F483@me.com> Message-ID: <1275171684.23436.4.camel@seth-laptop> OK, so heres my notes on compiling. I haven't yet got the example working, because of some missing functions. Any inputs on these missing functions, where are they? Also, while reading the install-notes, i came across this. Do i really need to do what it says? (ok , probably so, but im hoping) ----------- BIG PROBLEM -------------------------------------------------------- Libraries. For win32, the PC4 release includes the DLLs I use (well, except those you should find in /windows/system32). Linux/Mac OS X really have their work cut out for them. Building Freeglut and ImageMagick (and FreeType) may just work for you as typical Linux installs, but FTGL as I have done it requires to build with the included FTGLFromC.cpp and a modified FTGLExtrdFont.h built into the library .SO. ----------------------- FUNCTIONS MISSING!!!: compiling cello: ; compilation unit finished ; Undefined functions: ; CELLO::KEYSYM-SYM CELTK:MK-ARC CELTK:MK-BITMAP CELTK:MK-CANVAS CELTK:MK-CHECKBUTTON CELTK:MK-ENTRY CELTK:MK-FRAME-STACK CELTK:MK-LABEL CELTK:MK-LINE CELTK::MK-LISTBOX CELTK:MK-MENU CELTK:MK-MENU-ENTRY-CASCADE CELTK:MK-MENU-ENTRY-CHECKBUTTON CELTK:MK-MENU-ENTRY-COMMAND CELTK:MK-MENU-ENTRY-RADIOBUTTON CELTK:MK-MENU-ENTRY-SEPARATOR CELTK:MK-OVAL CELTK:MK-PANEDWINDOW CELTK:MK-POLYGON CELTK:MK-POPUP-MENUBUTTON CELTK:MK-RECTANGLE CELTK:MK-SCALE CELTK::MK-SCROLLBAR CELTK:MK-SCROLLED-LIST CELTK:MK-SPINBOX CELTK:MK-TEXT-ITEM CELTK:MK-TEXT-WIDGET GUI-GEOMETRY:PX-MAINTAIN-PL GUI-GEOMETRY:PX-MAINTAIN-PR GUI-GEOMETRY:PY-MAINTAIN-PB GUI-GEOMETRY:PY-MAINTAIN-PT CELTK::TOGL-CREATE-FUNC CELTK::TOGL-DESTROY-FUNC CELTK::TOGL-DISPLAY-FUNC CELTK:TOGL-RESHAPE-FUNC CELTK::TOGL-TIMER-FUNC GUI-GEOMETRY:^LR-WIDTH GUI-GEOMETRY:^OFFSET-WITHIN CELTK::|cb-CREATE| CELTK::|cb-DESTROY| CELTK::|cb-DISPLAY| CELTK::|cb-RESHAPE| CELTK::| cb-TIMER| ; printed 63 notes compiling cellodemo: ; compilation unit finished ; Undefined functions: ; PX-MAINTAIN-PL PY-MAINTAIN-PT ^FILL-PARENT-DOWN ^LB-HEIGHT ^LR-WIDTH ; Undefined variable: ; SELF ; caught 2 WARNING conditions ---------------------------------- celltk - in celtk.asd, some dependency isn't capitalized when it should be (linux is case sensitive) . Also, i had to do slime-restart-inferior-lisp multiple times and then (require 'celltk) again because of some bug in asd (i think its a bug anyways). utils-kt in detritus.lisp - use closer-mop instead of mop cl-rsrc.asd isn't another library, located in cl-freetype directory cl-ftgl.asd doesn't specify dependency on cl-freetype cello.asd doesn't specify dependency on cl-ftgl ----------------------------- cl-freetype - add unix (defparameter *freetype-dynamic-lib-path* #+(or mswindows win32) #p"/windows/system32/freetype6.dll" #+unix #p"libfreetype.so" #+(or darwin macosx) #p"/usr/X11R6/lib/libfreetype.dylib" ) (defparameter *default-face* :courier) (defparameter *face-registry* #+unix '((:helvetica :file #p"/usr/share/fonts/truetype/msttcorefonts/arial.ttf") (:helvetica-bold :file #p"/usr/share/fonts/truetype/msttcorefonts/arialbd.ttf") (:helvetica-italic :file #p"/usr/share/fonts/truetype/msttcorefonts/ariali.ttf") (:helvetica-bold-italic :file #p"/usr/share/fonts/truetype/msttcorefonts/arialbi.ttf") (:courier :file #p"/usr/share/fonts/truetype/msttcorefonts/cour.ttf") (:courier-bold :file #p"/usr/share/fonts/truetype/msttcorefonts/courbd.ttf") (:courier-italic :file #p"/usr/share/fonts/truetype/msttcorefonts/couri.ttf") (:courier-bold-italic :file #p"/usr/share/fonts/truetype/msttcorefonts/courbi.ttf") (:times :file #p"/usr/share/fonts/truetype/msttcorefonts/times.ttf") (:times-bold :file #p"/usr/share/fonts/truetype/msttcorefonts/timesbd.ttf") (:times-italic :file #p"/usr/share/fonts/truetype/msttcorefonts/timesi.ttf") (:times-bold-italic :file #p"/usr/share/fonts/truetype/msttcorefonts/timesbi.ttf") (:symbol :file #p"/usr/share/fonts/truetype/ttf-symbol-replacement/symbol-replacement.ttf") ) ----------------------------- cffi-extender - change dft macro to add the deftype form (defmacro dft (ctype ffi-type ffi-cast) `(progn (setf (get ',ctype 'ffi-cast) ',ffi-cast) (defctype ,ctype ,ffi-type) (deftype ,ctype () ',ffi-cast) (eval-when (compile eval load) (export ',ctype)))) From kentilton at gmail.com Sat May 29 23:59:55 2010 From: kentilton at gmail.com (Kenneth Tilton) Date: Sat, 29 May 2010 19:59:55 -0400 Subject: [cello-devel] Compiling In-Reply-To: <1275171684.23436.4.camel@seth-laptop> References: <1275091080.13788.13.camel@seth-laptop> <4C00759F.9080608@gmail.com> <1275109053.15345.2.camel@seth-laptop> <9A4F2EC0-EAE7-4802-8C6B-9017A096F483@me.com> <1275171684.23436.4.camel@seth-laptop> Message-ID: <4C01AA7B.1040200@gmail.com> Seth Burleigh wrote: > OK, so heres my notes on compiling. I haven't yet got the example > working, because of some missing functions. Any inputs on these missing > functions, where are they? Also, while reading the install-notes, i came > across this. Do i really need to do what it says? (ok , probably so, but > im hoping) > > ----------- BIG PROBLEM > -------------------------------------------------------- > Libraries. For win32, the PC4 release includes the DLLs I use (well, > except those you should find in /windows/system32). Linux/Mac OS X > really have their work cut out for them. Building Freeglut and > ImageMagick (and FreeType) may just work for you as typical Linux > installs, but FTGL as I have done it requires to build with the included > FTGLFromC.cpp and a modified FTGLExtrdFont.h built into the > library .SO. FTGL now has a C interface. I think the effort of converting to that is where I stopped to rethink the wisdon of resuscitating Cello and decided against. > ----------------------- > FUNCTIONS MISSING!!!: > compiling cello: > > ; compilation unit finished > ; Undefined functions: > ; CELLO::KEYSYM-SYM CELTK:MK-ARC CELTK:MK-BITMAP CELTK:MK-CANVAS > CELTK:MK-CHECKBUTTON CELTK:MK-ENTRY CELTK:MK-FRAME-STACK CELTK:MK-LABEL > CELTK:MK-LINE CELTK::MK-LISTBOX CELTK:MK-MENU > CELTK:MK-MENU-ENTRY-CASCADE CELTK:MK-MENU-ENTRY-CHECKBUTTON > CELTK:MK-MENU-ENTRY-COMMAND CELTK:MK-MENU-ENTRY-RADIOBUTTON > CELTK:MK-MENU-ENTRY-SEPARATOR CELTK:MK-OVAL CELTK:MK-PANEDWINDOW > CELTK:MK-POLYGON CELTK:MK-POPUP-MENUBUTTON CELTK:MK-RECTANGLE > CELTK:MK-SCALE CELTK::MK-SCROLLBAR CELTK:MK-SCROLLED-LIST > CELTK:MK-SPINBOX CELTK:MK-TEXT-ITEM CELTK:MK-TEXT-WIDGET > GUI-GEOMETRY:PX-MAINTAIN-PL GUI-GEOMETRY:PX-MAINTAIN-PR > GUI-GEOMETRY:PY-MAINTAIN-PB GUI-GEOMETRY:PY-MAINTAIN-PT > CELTK::TOGL-CREATE-FUNC CELTK::TOGL-DESTROY-FUNC > CELTK::TOGL-DISPLAY-FUNC CELTK:TOGL-RESHAPE-FUNC CELTK::TOGL-TIMER-FUNC > GUI-GEOMETRY:^LR-WIDTH GUI-GEOMETRY:^OFFSET-WITHIN CELTK::|cb-CREATE| > CELTK::|cb-DESTROY| CELTK::|cb-DISPLAY| CELTK::|cb-RESHAPE| CELTK::| > cb-TIMER| > ; printed 63 notes > > > compiling cellodemo: > > ; compilation unit finished > ; Undefined functions: > ; PX-MAINTAIN-PL PY-MAINTAIN-PT ^FILL-PARENT-DOWN ^LB-HEIGHT > ^LR-WIDTH > ; Undefined variable: > ; SELF > ; caught 2 WARNING conditions My stuff compiles without warnings under the acl IDE, but asdf sucks so who knows? You'll find out at runtime. > > > ---------------------------------- > celltk - in celtk.asd, some dependency isn't capitalized when it should > be (linux is case sensitive) . Also, i had to do > slime-restart-inferior-lisp multiple times and then (require 'celltk) > again because of some bug in asd (i think its a bug anyways). > > utils-kt in detritus.lisp - use closer-mop instead of mop > > cl-rsrc.asd isn't another library, located in cl-freetype directory > > cl-ftgl.asd doesn't specify dependency on cl-freetype > cello.asd doesn't specify dependency on cl-ftgl > > ----------------------------- > cl-freetype - add unix > > (defparameter *freetype-dynamic-lib-path* > #+(or mswindows win32) > #p"/windows/system32/freetype6.dll" > > #+unix > #p"libfreetype.so" > > #+(or darwin macosx) > #p"/usr/X11R6/lib/libfreetype.dylib" > ) > > (defparameter *default-face* :courier) > > (defparameter *face-registry* > > #+unix > > '((:helvetica :file > #p"/usr/share/fonts/truetype/msttcorefonts/arial.ttf") > (:helvetica-bold :file > #p"/usr/share/fonts/truetype/msttcorefonts/arialbd.ttf") > (:helvetica-italic :file > #p"/usr/share/fonts/truetype/msttcorefonts/ariali.ttf") > (:helvetica-bold-italic :file > #p"/usr/share/fonts/truetype/msttcorefonts/arialbi.ttf") > (:courier :file > #p"/usr/share/fonts/truetype/msttcorefonts/cour.ttf") > (:courier-bold :file > #p"/usr/share/fonts/truetype/msttcorefonts/courbd.ttf") > (:courier-italic :file > #p"/usr/share/fonts/truetype/msttcorefonts/couri.ttf") > (:courier-bold-italic :file > #p"/usr/share/fonts/truetype/msttcorefonts/courbi.ttf") > (:times :file #p"/usr/share/fonts/truetype/msttcorefonts/times.ttf") > (:times-bold :file > #p"/usr/share/fonts/truetype/msttcorefonts/timesbd.ttf") > (:times-italic :file > #p"/usr/share/fonts/truetype/msttcorefonts/timesi.ttf") > (:times-bold-italic :file > #p"/usr/share/fonts/truetype/msttcorefonts/timesbi.ttf") > (:symbol :file > #p"/usr/share/fonts/truetype/ttf-symbol-replacement/symbol-replacement.ttf") > ) > > ----------------------------- > cffi-extender - change dft macro to add the deftype form > > (defmacro dft (ctype ffi-type ffi-cast) > `(progn > (setf (get ',ctype 'ffi-cast) ',ffi-cast) > (defctype ,ctype ,ffi-type) > (deftype ,ctype () ',ffi-cast) > (eval-when (compile eval load) > (export ',ctype)))) > > > Yeah, that's the kind of crud you have to slog through. Until Cello builds reaches ten I do not think things will get much better. kt From frgo at me.com Sun May 30 13:56:28 2010 From: frgo at me.com (Frank Goenninger) Date: Sun, 30 May 2010 15:56:28 +0200 Subject: [cello-devel] [cells-devel] Compiling In-Reply-To: <4C01AA7B.1040200@gmail.com> References: <1275091080.13788.13.camel@seth-laptop> <4C00759F.9080608@gmail.com> <1275109053.15345.2.camel@seth-laptop> <9A4F2EC0-EAE7-4802-8C6B-9017A096F483@me.com> <1275171684.23436.4.camel@seth-laptop> <4C01AA7B.1040200@gmail.com> Message-ID: <6628A032-C859-401E-8FBF-014F9FA142A7@me.com> Am 30.05.2010 um 01:59 schrieb Kenneth Tilton: > Seth Burleigh wrote: >> OK, so heres my notes on compiling. I haven't yet got the example >> working, because of some missing functions. Any inputs on these missing >> functions, where are they? Also, while reading the install-notes, i came >> across this. Do i really need to do what it says? (ok , probably so, but >> im hoping) >> >> ----------- BIG PROBLEM >> -------------------------------------------------------- >> Libraries. For win32, the PC4 release includes the DLLs I use (well, >> except those you should find in /windows/system32). Linux/Mac OS X >> really have their work cut out for them. Building Freeglut and >> ImageMagick (and FreeType) may just work for you as typical Linux >> installs, but FTGL as I have done it requires to build with the included >> FTGLFromC.cpp and a modified FTGLExtrdFont.h built into the >> library .SO. > > FTGL now has a C interface. I think the effort of converting to that is > where I stopped to rethink the wisdon of resuscitating Cello and decided > against. Yep. I had that going but did not complete that. Still, FTGLFromC works. >> FUNCTIONS MISSING!!!: >> compiling cello: >> >> ; compilation unit finished >> ; Undefined functions: >> ; CELLO::KEYSYM-SYM CELTK:MK-ARC CELTK:MK-BITMAP CELTK:MK-CANVAS >> CELTK:MK-CHECKBUTTON CELTK:MK-ENTRY CELTK:MK-FRAME-STACK CELTK:MK-LABEL >> CELTK:MK-LINE CELTK::MK-LISTBOX CELTK:MK-MENU >> CELTK:MK-MENU-ENTRY-CASCADE CELTK:MK-MENU-ENTRY-CHECKBUTTON >> CELTK:MK-MENU-ENTRY-COMMAND CELTK:MK-MENU-ENTRY-RADIOBUTTON >> CELTK:MK-MENU-ENTRY-SEPARATOR CELTK:MK-OVAL CELTK:MK-PANEDWINDOW >> CELTK:MK-POLYGON CELTK:MK-POPUP-MENUBUTTON CELTK:MK-RECTANGLE >> CELTK:MK-SCALE CELTK::MK-SCROLLBAR CELTK:MK-SCROLLED-LIST >> CELTK:MK-SPINBOX CELTK:MK-TEXT-ITEM CELTK:MK-TEXT-WIDGET >> GUI-GEOMETRY:PX-MAINTAIN-PL GUI-GEOMETRY:PX-MAINTAIN-PR >> GUI-GEOMETRY:PY-MAINTAIN-PB GUI-GEOMETRY:PY-MAINTAIN-PT >> CELTK::TOGL-CREATE-FUNC CELTK::TOGL-DESTROY-FUNC >> CELTK::TOGL-DISPLAY-FUNC CELTK:TOGL-RESHAPE-FUNC CELTK::TOGL-TIMER-FUNC >> GUI-GEOMETRY:^LR-WIDTH GUI-GEOMETRY:^OFFSET-WITHIN CELTK::|cb-CREATE| >> CELTK::|cb-DESTROY| CELTK::|cb-DISPLAY| CELTK::|cb-RESHAPE| CELTK::| >> cb-TIMER| >> ; printed 63 notes >> >> >> compiling cellodemo: >> >> ; compilation unit finished >> ; Undefined functions: >> ; PX-MAINTAIN-PL PY-MAINTAIN-PT ^FILL-PARENT-DOWN ^LB-HEIGHT >> ^LR-WIDTH >> ; Undefined variable: >> ; SELF >> ; caught 2 WARNING conditions > > My stuff compiles without warnings under the acl IDE, but asdf sucks so > who knows? You'll find out at runtime. Seems as if gui-gemoetry and Celtk are still missing. >> ---------------------------------- >> celltk - in celtk.asd, some dependency isn't capitalized when it should >> be (linux is case sensitive) . Also, i had to do >> slime-restart-inferior-lisp multiple times and then (require 'celltk) >> again because of some bug in asd (i think its a bug anyways). >> >> utils-kt in detritus.lisp - use closer-mop instead of mop >> >> cl-rsrc.asd isn't another library, located in cl-freetype directory >> >> cl-ftgl.asd doesn't specify dependency on cl-freetype >> cello.asd doesn't specify dependency on cl-ftgl >> >> ----------------------------- >> cl-freetype - add unix >> >> (defparameter *freetype-dynamic-lib-path* >> #+(or mswindows win32) >> #p"/windows/system32/freetype6.dll" >> >> #+unix >> #p"libfreetype.so" >> >> #+(or darwin macosx) >> #p"/usr/X11R6/lib/libfreetype.dylib" >> ) >> >> (defparameter *default-face* :courier) >> >> (defparameter *face-registry* >> >> #+unix >> >> '((:helvetica :file >> #p"/usr/share/fonts/truetype/msttcorefonts/arial.ttf") >> (:helvetica-bold :file >> #p"/usr/share/fonts/truetype/msttcorefonts/arialbd.ttf") >> (:helvetica-italic :file >> #p"/usr/share/fonts/truetype/msttcorefonts/ariali.ttf") >> (:helvetica-bold-italic :file >> #p"/usr/share/fonts/truetype/msttcorefonts/arialbi.ttf") >> (:courier :file >> #p"/usr/share/fonts/truetype/msttcorefonts/cour.ttf") >> (:courier-bold :file >> #p"/usr/share/fonts/truetype/msttcorefonts/courbd.ttf") >> (:courier-italic :file >> #p"/usr/share/fonts/truetype/msttcorefonts/couri.ttf") >> (:courier-bold-italic :file >> #p"/usr/share/fonts/truetype/msttcorefonts/courbi.ttf") >> (:times :file #p"/usr/share/fonts/truetype/msttcorefonts/times.ttf") >> (:times-bold :file >> #p"/usr/share/fonts/truetype/msttcorefonts/timesbd.ttf") >> (:times-italic :file >> #p"/usr/share/fonts/truetype/msttcorefonts/timesi.ttf") >> (:times-bold-italic :file >> #p"/usr/share/fonts/truetype/msttcorefonts/timesbi.ttf") >> (:symbol :file >> #p"/usr/share/fonts/truetype/ttf-symbol-replacement/symbol-replacement.ttf") >> ) >> >> ----------------------------- >> cffi-extender - change dft macro to add the deftype form >> >> (defmacro dft (ctype ffi-type ffi-cast) >> `(progn >> (setf (get ',ctype 'ffi-cast) ',ffi-cast) >> (defctype ,ctype ,ffi-type) >> (deftype ,ctype () ',ffi-cast) >> (eval-when (compile eval load) >> (export ',ctype)))) >> >> >> > > Yeah, that's the kind of crud you have to slog through. Until Cello > builds reaches ten I do not think things will get much better. > > kt And it is still worth doing. I kept finding new things and beauties within Cello for more than two years of using it for various little apps. Frank