[PATCH] rewrite %close-foreign-library for SBCL

SB-ALIEN::SHARED-OBJECT-FILE was removed in 1.0.21.15, and
UNLOAD-SHARED-OBJECT was added and exported in 1.0.21.28, so I rewrote
it to use that function.

--

-- 
I write stuff at http://failex.blogspot.com/ now.  But the post
formatter and themes are terrible for sharing code, the primary
content, so it might go away sooner or later.

_______________________________________________
cffi-devel mailing list
cffi-devel <at> common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel

Re: [PATCH] rewrite %close-foreign-library for SBCL

Hello,

On Sat, Nov 15, 2008 at 1:57 AM, Stephen Compall <s11 <at> member.fsf.org> wrote:
> UNLOAD-SHARED-OBJECT was added and exported in 1.0.21.28, so I rewrote
> it to use that function.

Thanks for the patch, but we did something along those lines a few
weeks ago. Can you pull the latest patches and check it out?

--

-- 
Luís Oliveira
http://student.dei.uc.pt/~lmoliv/

Re: [PATCH] rewrite %close-foreign-library for SBCL

On Fri, 2008-11-14 at 19:57 -0600, Stephen Compall wrote:
> SB-ALIEN::SHARED-OBJECT-FILE was removed in 1.0.21.15, and
> UNLOAD-SHARED-OBJECT was added and exported in 1.0.21.28, so I rewrote
> it to use that function.

this has already been fixed in HEAD, so you could use the darcs repo
until we make a new release

--

-- 
Stelian Ionescu a.k.a. fe[nl]ix
Quidquid latine dictum sit, altum videtur.

_______________________________________________
cffi-devel mailing list
cffi-devel <at> common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel

Re: [PATCH] rewrite %close-foreign-library for SBCL

On Fri, 2008-11-14 at 19:57 -0600, Stephen Compall wrote:
> SB-ALIEN::SHARED-OBJECT-FILE was removed in 1.0.21.15, and
> UNLOAD-SHARED-OBJECT was added and exported in 1.0.21.28, so I rewrote
> it to use that function.

this has already been fixed in HEAD, so you could use the darcs repo
until we make a new release

--

-- 
Stelian Ionescu a.k.a. fe[nl]ix
Quidquid latine dictum sit, altum videtur.

_______________________________________________
cffi-devel mailing list
cffi-devel <at> common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel

Re: [PATCH] rewrite %close-foreign-library for SBCL

On Sat, Nov 15, 2008 at 1:57 PM, Stelian Ionescu
<sionescu <at> common-lisp.net> wrote:
> On Fri, 2008-11-14 at 19:57 -0600, Stephen Compall wrote:
>> SB-ALIEN::SHARED-OBJECT-FILE was removed in 1.0.21.15, and
>> UNLOAD-SHARED-OBJECT was added and exported in 1.0.21.28, so I rewrote
>> it to use that function.
>
> this has already been fixed in HEAD, so you could use the darcs repo
> until we make a new release

Actually, version 0.10.3 already contains those changes. This wasn't
announced in the mailing list because the script that used to that had
its crontab entry vanish for some reason.

--

-- 
Luís Oliveira
http://student.dei.uc.pt/~lmoliv/

Re: [PATCH] rewrite %close-foreign-library for SBCL

"Luís Oliveira" <luismbo <at> gmail.com> writes:
>> UNLOAD-SHARED-OBJECT was added and exported in 1.0.21.28, so I rewrote
>> it to use that function.
>
> Thanks for the patch, but we did something along those lines a few
> weeks ago. Can you pull the latest patches and check it out?

Hmm, I don't know why I didn't have that patch.  Sorry for the noise.

--

-- 
I write stuff at http://failex.blogspot.com/ now.  But the post
formatter and themes are terrible for sharing code, the primary
content, so it might go away sooner or later.

_______________________________________________
cffi-devel mailing list
cffi-devel <at> common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel

Greetings ..

from Greg Bennett, who is trying to move a large Lisp application to Linux.

I hope to convert all the graphics routines to use OpenGL, leading me to
investigate cl-opengl. At bottom, this means I need to be able to load cffi.

This effort includes my first dealings with cffi, and also includes my
first dealings with asdf, although I have used mk-defsystem under Windows.

The attached material provides details from this effort during which
building cffi failed. I am sufficiently new to linux, asdf, and cffi 
that I cannot tell  whether I face a difficulty with asdf or (not xor) 
cffi. Since the break occurred in  processing
cffi.asd I have begun with the guess that it is to cffi-devel that I
might look for assistance.

With those apologies for my inexperience, I look forward to learning
from the list.

Thx in advance for all advice and assistance.

Cheers /Greg Bennett

;;; cffi-asdf-errors.lisp
;;; I am trying to investigate cl-opengl via the examples available from
;;; its website. Thus I need to install cl-cffi.

;;; The Lisp is CMUCL 19E running under Ubuntu 8.10 (32bit version)
;;; installed on an HP dv7 64bit laptop

Re: Greetings ..

On Fri, Nov 21, 2008 at 2:08 PM, Greg Bennett <gwbennett <at> sentex.ca> wrote:

> ;;; I rescued cl-cffi  via
> ;;;   sudo apt-get install cl-cffi
> ;;; which did its job correctly, as far as I can see, but I am no judge
> ;;; of all that is involved in installation on linux.

In my experience, using Debian/Ubuntu Lisp packages is often more
trouble than it's worth. I haven't used those in a while, but from the
output that you sent it doesn't seem like it's a CFFI issue. I'd start
by trying SBCL instead of CMUCL, and if that doesn't work I would go
for clbuild[1].

HTH.

[1] http://common-lisp.net/project/clbuild/

--

-- 
Luís Oliveira
http://student.dei.uc.pt/~lmoliv/

Re: Greetings ..

В сообщении от Friday 21 November 2008 17:08:19 Greg Bennett написал(а):
> The attached material provides details from this effort during which
> building cffi failed. I am sufficiently new to linux, asdf, and cffi
> that I cannot tell  whether I face a difficulty with asdf or (not xor)
> cffi. Since the break occurred in  processing
> cffi.asd I have begun with the guess that it is to cffi-devel that I
> might look for assistance.

> ;; I *do* have /usr/share/common-lisp/source/cl-cffi/src/utils.lisp but can 
find no
> ;; trace of a file utils.x86f in /usr

AFAIK, by default compiled files (fasls (fast loading files); utils.x86f is a 
fasl)
are stored near the source files. So, you do not have the permission to write
the file. In debian/ubuntu, Common Lisp Controller is used to load libraries.
Try using it to load cffi.

As a general solution, install asdf-binary-locations (this is a library that
tells asdf to store compiled binaries in separate directories). Or for 
immediate solution, run lisp under root and load the cffi from there. 
Subsequent loads should work from regular users.

_______________________________________________
cffi-devel mailing list
cffi-devel <at> common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel

Re: Greetings ..

Luís Oliveira wrote:
> On Fri, Nov 21, 2008 at 2:08 PM, Greg Bennett <gwbennett <at> sentex.ca> wrote:
>
>   
>> ;;; I rescued cl-cffi  via
>> ;;;   sudo apt-get install cl-cffi
>> ;;; which did its job correctly, as far as I can see, but I am no judge
>> ;;; of all that is involved in installation on linux.
>>     
>
> In my experience, using Debian/Ubuntu Lisp packages is often more
> trouble than it's worth. I haven't used those in a while, but from the
> output that you sent it doesn't seem like it's a CFFI issue. I'd start
> by trying SBCL instead of CMUCL, and if that doesn't work I would go
> for clbuild[1].
>
> HTH.
>
>
> [1] http://common-lisp.net/project/clbuild/
>
>   
Luis, thanks for you information. I shall certainly look into clbuild. 
You were quite correct in diagnosing that
my difficulty was not a CFFI issue. At the suggestion of Dmitry Kalyanov 
I re-did my efforts running CMUCL
as root -> all was well. Thus linux permissions were an issue somewhere 
in the processes, I assume.

Cheers /Greg Bennett