Peter Denno | 1 Jun 2006 16:46
Favicon

Re: SBCL patches

Hi all,

OK. The patches that Marco Gidde provided are now in CVS, and the "News" 
section of the web page has been updated to mention this. 

Thanks to Marco for the patches and Andras for letting me know that I missed 
Marco's email!

While I'm here, I'm thought I'd ask what people think is missing in cells-gtk. 
For example, a while back I started some stuff to do drawing, and I intend to 
someday pick that up again. I would use it to provide a graphing capability 
(at least draw and manipulate trees). But I'm not in great need of the 
capability now, and things just seem to work (I have a 3 cells-gtk apps now). 
So does anyone here have thoughts on how we can make things better?

On Tuesday 30 May 2006 09:27, Andras Simon wrote:
> Hi Peter,
>
> Are you considering applying Marco's patches
> (http://common-lisp.net/pipermail/cells-gtk-devel/2006-May/000171.html)?
> I tested them (except for the one in gtk-ffi.lisp which wraps
> defpackage in an eval-when, because I think that the defpackage should
> go instead in a separate file), and they not only make SBCL, but also
> ACL 6.2 happy; and I see no regression in LWL either. (The context
> menu in the Menu tab still doesn't work in LWL, but it didn't before
> either.)
>
> Also, something like
>
> --- gtk-ffi/gtk-ffi.lisp        19 Feb 2006 20:17:41 -0000      1.19
(Continue reading)

Andras Simon | 1 Jun 2006 21:30
Picon

Re: SBCL patches


On Thu, 1 Jun 2006, Peter Denno wrote:

> Hi all,
>
> OK. The patches that Marco Gidde provided are now in CVS, and the "News"
> section of the web page has been updated to mention this.

Great! Thanks!

[...]

> So does anyone here have thoughts on how we can make things better?

I'd like to clean up the code a little bit to reduce the number of
compiler notes of the different lisps. The attached patch and a new
file (gtk-ffi/package.lisp) is a first step in this direction.

The patch is pretty uncontroversial (I think!) except for the

-      (cffi:load-foreign-library #+cffi-features:unix "libcellsgtk.so" 
+      (cffi:load-foreign-library #+cffi-features:unix 
+				 (merge-pathnames "libcellsgtk.so" #.*compile-file-pathname*)

part. It works for me in all lisps I tried, but still... Or are users
supposed to install libcellsgtk.so in /usr/lib/ or some such?

One more thing: since Cells has become Cells2, I think we should have
a version of Cells in the repository at least until (if ever) we
convert cells-gtk to Cells2.
(Continue reading)

Peter Denno | 1 Jun 2006 22:42
Favicon

Re: SBCL patches

On Thursday 01 June 2006 15:30, you wrote:
> On Thu, 1 Jun 2006, Peter Denno wrote:
> > Hi all,
> >
> > OK. The patches that Marco Gidde provided are now in CVS, and the "News"
> > section of the web page has been updated to mention this.
>
> Great! Thanks!
>
> [...]
>
> > So does anyone here have thoughts on how we can make things better?
>
> I'd like to clean up the code a little bit to reduce the number of
> compiler notes of the different lisps. The attached patch and a new
> file (gtk-ffi/package.lisp) is a first step in this direction.
>
> The patch is pretty uncontroversial (I think!) except for the
>
> -      (cffi:load-foreign-library #+cffi-features:unix "libcellsgtk.so"
> +      (cffi:load-foreign-library #+cffi-features:unix
> +				 (merge-pathnames "libcellsgtk.so" #.*compile-file-pathname*)
>
> part. It works for me in all lisps I tried, but still... Or are users
> supposed to install libcellsgtk.so in /usr/lib/ or some such?

>
> One more thing: since Cells has become Cells2, I think we should have
> a version of Cells in the repository at least until (if ever) we
> convert cells-gtk to Cells2.
(Continue reading)

Andras Simon | 2 Jun 2006 11:46
Picon

Re: SBCL patches


On Thu, 1 Jun 2006, Peter Denno wrote:

> On Thursday 01 June 2006 15:30, you wrote:
>> On Thu, 1 Jun 2006, Peter Denno wrote:
>>> Hi all,
>>>
>>> OK. The patches that Marco Gidde provided are now in CVS, and the "News"
>>> section of the web page has been updated to mention this.
>>
>> Great! Thanks!
>>
>> [...]
>>
>>> So does anyone here have thoughts on how we can make things better?
>>
>> I'd like to clean up the code a little bit to reduce the number of
>> compiler notes of the different lisps. The attached patch and a new
>> file (gtk-ffi/package.lisp) is a first step in this direction.
>>
>> The patch is pretty uncontroversial (I think!) except for the
>>
>> -      (cffi:load-foreign-library #+cffi-features:unix "libcellsgtk.so"
>> +      (cffi:load-foreign-library #+cffi-features:unix
>> +				 (merge-pathnames "libcellsgtk.so" #.*compile-file-pathname*)
>>
>> part. It works for me in all lisps I tried, but still... Or are users
>> supposed to install libcellsgtk.so in /usr/lib/ or some such?
>
>
(Continue reading)

Marco Gidde | 3 Jun 2006 14:21
Picon

Re: SBCL patches

Hi Peter,

Peter Denno <peter.denno <at> nist.gov> writes:

> OK. The patches that Marco Gidde provided are now in CVS, and the "News" 
> section of the web page has been updated to mention this. 
>
> Thanks to Marco for the patches and Andras for letting me know that I missed 
> Marco's email!

thanks for applying the patches. After a week of silence I was almost
offended :-)

> While I'm here, I'm thought I'd ask what people think is missing in cells-gtk. 
> For example, a while back I started some stuff to do drawing, and I intend to 
> someday pick that up again. I would use it to provide a graphing capability 
> (at least draw and manipulate trees). But I'm not in great need of the 
> capability now, and things just seem to work (I have a 3 cells-gtk apps now). 
> So does anyone here have thoughts on how we can make things better?

What I miss most are much better drawing capabilities. Though I
managed to draw a few lines on a widget using the mentioned functions
I really did not get the ideas behind the API and switched to clg
which already has cairo bindings. Of course clg has some other
problems, e.g. no cells inside :-) and it is not using cffi.

I think joining together clg and cells-gtk would create a killer GUI
library for common lisp! Just my 0.02€

Regards,
(Continue reading)

Peter Denno | 6 Jun 2006 17:07
Favicon

Re: SBCL patches

On Saturday 03 June 2006 08:21, Marco Gidde wrote:

Hi Marco,
>
> What I miss most are much better drawing capabilities. Though I
> managed to draw a few lines on a widget using the mentioned functions
> I really did not get the ideas behind the API and switched to clg
> which already has cairo bindings. Of course clg has some other
> problems, e.g. no cells inside :-) and it is not using cffi.

Do you mean you "did not get the ideas behind the API" of the drawing 
functions, or cells-gtk in general? 

I think the biggest problem with cell-gtk is the lack of documentation of 
Cells. And for me, some of the design choices of Cells are not intuitive, 
making documenting it difficult.

The drawing functions are a rough work-in-progress. The idea behind them 
hasn't really been expressed yet (I had in mind something with closures, but 
it needs lots of work). 
>
> I think joining together clg and cells-gtk would create a killer GUI
> library for common lisp! Just my 0.02€

I took a quick look at clg and Cairo. Is what you like most about clg the 
Cairo port? clg looks ok. Cairo looks like the interesting part of it. I am 
not a "graphics person" but just someone who needed a GUI for lisp and 
stumbled into cells-gtk. It is good that I saw Cairo now, before I got too 
deep into drawing. I'll play around with it next time I get a chance to work 
on Cells-gtk.  
(Continue reading)

Vinay Reddy | 18 Jun 2006 01:29
Picon
Favicon

cannot load "load.lisp"

Hi,
I set the correct path in load.lisp, but I get the following error
when I type in (load "load.lisp")

-- ;; Loading file /home/vbondhug/lisp/cells-gtk/load.lisp ...
0 errors, 0 warnings
;; Compiling file /home/vbondhug/lisp/cells-gtk/cffi/src/cffi-clisp.lisp ...
*** - READ from #<INPUT BUFFERED FILE-STREAM CHARACTER
#P"/home/vbondhug/lisp/cells-gtk/cffi/src/cffi-clisp.lisp"  <at> 84>: there
is no package with name "FFI"
The following restarts are available:
RETRY          :R1      Retry performing #<ASDF:COMPILE-OP NIL
#x000333DBD1F8> on #<ASDF:CL-SOURCE-FILE "cffi-clisp" #x000333C205B0>.
ACCEPT         :R2      Continue, treating #<ASDF:COMPILE-OP NIL
#x000333DBD1F8> on #<ASDF:CL-SOURCE-FILE "cffi-clisp" #x000333C205B0>
as having been successful.
SKIP           :R3      skip (LET # # ...)
STOP           :R4      stop loading file
/home/vbondhug/lisp/cells-gtk/load.lisp
ABORT          :R5      ABORT
ABORT          :R6      ABORT
ABORT          :R7      ABORT

I'm new to Lisp, so don't really know what's going on...

I'd appreciate any help...

Thanks,
Vinay
(Continue reading)

Peter Denno | 18 Jun 2006 04:21
Favicon

Re: cannot load "load.lisp"

Hi, 

I just tried clisp on a linux machine, and didn't have a problem but that 
doesn't prove too much. It says it can't find the package FFI. FFI is the 
name of a clisp package.  It seems to be missing from your lisp image. What 
do you get when you evaluate (use-package "FFI") ? I suppose it tells you 
again that it can't find FFI.

Also, how about (lisp-implementation-version)

CL-USER> (lisp-implementation-version)
"2.36 (2005-12-04) (built 3342781448) (memory 3345206865)"

Since you are new to lisp and maybe not yet settled on clisp, you might try 
sbcl. It has threading that make using cells-gtk easier. Either that or solve 
the problem with clisp.

On Saturday 17 June 2006 19:29, Vinay Reddy wrote:
> Hi,
> I set the correct path in load.lisp, but I get the following error
> when I type in (load "load.lisp")
>
> -- ;; Loading file /home/vbondhug/lisp/cells-gtk/load.lisp ...
> 0 errors, 0 warnings
> ;; Compiling file /home/vbondhug/lisp/cells-gtk/cffi/src/cffi-clisp.lisp
> ... *** - READ from #<INPUT BUFFERED FILE-STREAM CHARACTER
> #P"/home/vbondhug/lisp/cells-gtk/cffi/src/cffi-clisp.lisp"  <at> 84>: there
> is no package with name "FFI"
> The following restarts are available:
> RETRY          :R1      Retry performing #<ASDF:COMPILE-OP NIL
(Continue reading)

Peter Denno | 19 Jun 2006 00:19
Favicon

Re: cannot load "load.lisp"

Hi,

I just tried compiling cells-gtk-2006-02-16 under 
sbcl-0.9.12-x86-64-linux-binary.tar.bz2 and it compiles fine for me. There is 
one place where you have to continue from a variable being redefined. We 
fixed this in the CVS, but for now, just using the tarball, you will get 
this:

 The constant +C-NULL+ is being redefined (from #.(SB-SYS:INT-SAP #X00000000)
  to #.(SB-SYS:INT-SAP #X00000000))
See also:
  The ANSI Standard, Macro DEFCONSTANT
  The SBCL Manual, Node "Idiosyncrasies"

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
  0: [CONTINUE] Go ahead and change the value.

...At which point you type 0 and it continues (lots of text printing out, 
which is inevitable in sbcl) but after all that you should see:

 Done! Now try (test-gtk::gtk-demo)
T
* 
I can't try running cells-gtk on x64 because the server I tried this on does 
not run X11. But that isn't where you are getting stuck anyway.

The error sbcl is showing you is the same sort of thing that you saw with 
clisp. A package is not found. Again I don't understand this. I will show you 
(Continue reading)

Vinay Reddy | 18 Jun 2006 20:22
Picon
Favicon

Re: cannot load "load.lisp"

> Hi,
>
> I just tried clisp on a linux machine, and didn't have a problem but that
> doesn't prove too much. It says it can't find the package FFI. FFI is the
> name of a clisp package.  It seems to be missing from your lisp image. What
> do you get when you evaluate (use-package "FFI") ? I suppose it tells you
> again that it can't find FFI.

Where do I get the FFI package? I googled but didn't find anything proper...

I tried cells-gtk-2006-02-16.tgz and cells-gtk-2006-01-03.tgz, both of
which give the FFI package error. Does FFI have to be added in
separately?

> Also, how about (lisp-implementation-version)
>
> CL-USER> (lisp-implementation-version)
> "2.36 (2005-12-04) (built 3342781448) (memory 3345206865)"

[1]> (lisp-implementation-version)
"2.38 (2006-01-24) (built 3359570456) (memory 3359570552)"

> Since you are new to lisp and maybe not yet settled on clisp, you might try
> sbcl. It has threading that make using cells-gtk easier. Either that or solve
> the problem with clisp.

I'll try that, but I'd like to solve the problem with clisp. I won't
be comfortable otherwise :)

Cheers,
(Continue reading)


Gmane