cells-devel May 2010

cells-devel@common-lisp.net

3 participants
6 discussions

Re: [cells-devel] [cello-devel] Compiling
by Kenneth Tilton 30 May '10

30 May '10

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

2 1

Re: [cells-devel] [cello-devel] Compiling
by Kenneth Tilton 29 May '10

29 May '10

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

1 0

Re: [cells-devel] [cello-devel] Compiling
by Frank Goenninger 29 May '10

29 May '10

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

1 0

Re: [cells-devel] [cello-devel] Compiling
by Kenneth Tilton 29 May '10

29 May '10

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

1 0

Re: [cells-devel] [cello-devel] Compiling
by Kenneth Tilton 29 May '10

29 May '10

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

1 0

Re: [cells-devel] cells-devel subscription notification
by Ken Tilton 18 May '10

18 May '10

Not sure if I announced this: This email list is indeed still active and the place for support, but the source code for Cells and all my o/s code will move forward on GitHub: http://github.com/kennytilton/cells cheers, kenneth

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

cells-devel May 2010