Home
Reading
Searching
Subscribe
Sponsors
Statistics
Posting
Contact
Spam
Lists
Links
About
Hosting
Filtering
Features Download
Marketing
Archives
FAQ
Blog
 
Gmane
From: Peter Denno <peter.denno <at> nist.gov>
Subject: Re: SBCL patches
Newsgroups: gmane.lisp.cells-gtk.devel
Date: Thursday 1st June 2006 14:46:08 UTC (over 10 years ago)
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
> +++ gtk-ffi/gtk-ffi.lisp        30 May 2006 13:13:43 -0000
> @@ -133,12 +133,13 @@
>                                   #+win32 "libgtk-win32-2.0-0.dll"
>                                   #+macosx "libgtk-win32-2.0-0.dylib")
>         #+libcellsgtk
> -      (cffi:load-foreign-library #+cffi-features:unix "libcellsgtk.so"
> +      (cffi:load-foreign-library #+cffi-features:unix
> +                                (merge-pathnames "libcellsgtk.so"
> #.*compile-file-pathname*) #+win32 "libcellsgtk.dll"
>                                   #+macosx "libcellsgtk.dylib")))
>   ) ; eval
>
> might be a good idea. Or is there a better way to ensuring that
> libcellsgtk.so is found?
>
> Andras
> _______________________________________________
> cells-gtk-devel site list
> [email protected]
> http://common-lisp.net/mailman/listinfo/cells-gtk-devel

-- 
- Best regards,
   Peter
 
CD: 19ms