gmane.lisp.cffi.devel

Re: asdf-install

Luke Crook — 2008-11-28T22:23:29

version ASDF- Now that I finally have my Linux box up and running, yes I can confirm that CFFI is asdf-installable once again. Thank you. - Luke _______________________________________________ cffi-devel mailing list cffi-devel< at >common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel

New patches: 25-Nov-2008

Luis Oliveira — 2008-11-26T15:59:46

Wed Oct 29 19:46:37 UTC 2008 Luis Oliveira common-lisp.net> tagged 0.10.3 Wed Oct 29 19:46:34 UTC 2008 Luis Oliveira common-lisp.net> * update cffi.asd for version 0.10.3 M ./cffi.asd -1 +1 Tue Oct 28 23:32:22 UTC 2008 Luis Oliveira common-lisp.net> * cffi-sbcl: Fix brokeness in %close-foreign-library Details in . M ./src/cffi-sbcl.lisp -10 +25 Tue Oct 21 14:06:27 UTC 2008 Josh Elsasser elsasser.org> * Allow PROCESS-GROVEL-FILE to work on files with null directory component. M ./grovel/grovel.lisp -1 +2 Tue Oct 14 04:01:42 UTC 2008 David Brown davidb.org> * Shareable Vectors for ECL. ECL uses a non-moving, conservative garbage collector, so shareable byte vectors can be implemented just by using a pointer to the data. M ./src/cffi-ecl.lisp +26 Thu Oct 9 23:18:40 UTC 2008 Stelian Ionescu common-lisp.net> * Fix SBCL %CLOSE-FOREIGN-LIBRARY wr

Re: Greetings ..

Chun Tian (binghe — 2008-11-22T17:23:24

Hi, CFFI and others As I know, Debian's common-lisp-controller (CLC) is very good as a ASDF addition, CLC let each Linux user could compile lisp source code from a common place (/usr/share/common-lisp/source) and put the fasl files in user-specific position. Ubuntu just copy this facility from Debian, but seems not maintained well. (I thought Greg is on ubuntu but debian) The only problem is that Debian's CL packages are usually a little old. To resolve this issue, I just use SBCL's ASDF-INSTALL package to install new packages into #p"~/.clc/site" to get the newest version from Cliki link, than other CLs (CMUCL, CLISP, ECL, even GCL) could use these fresh packages. On 2008-11-21, at 22:50, Luís Oliveira wrote: -- Chun Tian (binghe) NetEase.com, Inc. P. R. China _______________________________________________ cffi-devel mailing list cffi-devel< at >common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel

Re: Greetings ..

Greg Bennett — 2008-11-22T15:43:40

Dmitry, thanks for your information. I tried the last first - running lisp as root - which worked well so that I can now run the example files. Thus it seems that linux permissions were involved somewhere in the processes. The .x86f files were indeed installed near the source, both in directories under my home directory which makes the permission issue slightly puzzling (at least to me). Perhaps other compiled files were installed elsewhere as the work was done. I shall certainly look into asdf-binary-locations. Cheers /Greg Bennett _______________________________________________ cffi-devel mailing list cffi-devel< at >common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel

Re: Greetings ..

Greg Bennett — 2008-11-22T15:38:09

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

Re: Greetings ..

Kalyanov Dmitry — 2008-11-21T17:17:24

_______________________________________________ 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 — 2008-11-21T14:50:28

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/

Greetings ..

Greg Bennett — 2008-11-21T14:08:19

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

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

Stephen Compall — 2008-11-15T20:58:09

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

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

Luís Oliveira — 2008-11-15T14:57:56

On Sat, Nov 15, 2008 at 1:57 PM, Stelian Ionescu common-lisp.net> wrote: 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.

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

Stelian Ionescu — 2008-11-15T13:57:55

_______________________________________________ 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

Stelian Ionescu — 2008-11-15T14:06:20

_______________________________________________ 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

Luís Oliveira — 2008-11-15T13:35:19

Hello, On Sat, Nov 15, 2008 at 1:57 AM, Stephen Compall member.fsf.org> wrote: 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?

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

Stephen Compall — 2008-11-15T01:57:49

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.

Re: [PATCH] Shareable Vectors for ECL.

Luís Oliveira — 2008-10-18T21:08:52

Thanks. That worked fine. Pushed it.

Re: [PATCH] Shareable Vectors for ECL.

David Brown — 2008-10-17T05:41:51

Darcs does seem to be rather picky about its patches. The patch is attached. David Mon Oct 13 21:01:42 PDT 2008 David Brown davidb.org> * Shareable Vectors for ECL. ECL uses a non-moving, conservative garbage collector, so shareable byte vectors can be implemented just by using a pointer to the data. New patches: [Shareable Vectors for ECL. David Brown davidb.org>**20081014040142 ECL uses a non-moving, conservative garbage collector, so shareable byte vectors can be implemented just by using a pointer to the data. ] hunk ./src/cffi-ecl.lisp 128 +;;;# Shareable Vectors +;;; +;;; This interface is very experimental. WITH-POINTER-TO-VECTOR-DATA +;;; should be defined to perform a copy-in/copy-out if the Lisp +;;; implementation can't do this. + +(defun make-shareable-byte-vector (size) + "Create a Lisp vector of SIZE bytes that can passed to +WITH-POINTER-TO-VECTOR-DATA." + (make-array size :element-type '(unsigned-byte 8))) + +;;; ECL, built with the Boehm GC never moves allo

Re: [PATCH] Shareable Vectors for ECL.

Luís Oliveira — 2008-10-16T20:11:59

Hello, On Tue, Oct 14, 2008 at 5:06 AM, David Brown davidb.org> wrote: I seem to be unable to get darcs to apply your patch: darcs failed: Patch bundle failed hash! This probably means that the patch has been corrupted by a mailer. The most likely culprit is CRLF newlines. Can you perhaps resend the patch as an attachment (through darcs send -o) instead of inlining it? Thanks.

Using preprocessor symbol as argument to :count incstruct

Hugo Duncan — 2008-10-14T13:23:14

Hi, Attatched is a simple (5-line) patch bundle that allows the use of a preprocessor symbol as the argument to the :count keyword in a cstruct. This allows grovelling of structs that contain arrays whose size is specified by a #defined value. Previously, non-numeric arguments were ignored. First time using darcs for anything other than retrieval, so I hope the attached is in a useable form. Hugo_______________________________________________ cffi-devel mailing list cffi-devel< at >common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel

[PATCH] Shareable Vectors for ECL.

David Brown — 2008-10-14T04:06:34

Mon Oct 13 21:01:42 PDT 2008 David Brown davidb.org> * Shareable Vectors for ECL. ECL uses a non-moving, conservative garbage collector, so shareable byte vectors can be implemented just by using a pointer to the data. New patches: [Shareable Vectors for ECL. David Brown davidb.org>**20081014040142 ECL uses a non-moving, conservative garbage collector, so shareable byte vectors can be implemented just by using a pointer to the data. ] hunk ./src/cffi-ecl.lisp 128 +;;;# Shareable Vectors +;;; +;;; This interface is very experimental. WITH-POINTER-TO-VECTOR-DATA +;;; should be defined to perform a copy-in/copy-out if the Lisp +;;; implementation can't do this. + +(defun make-shareable-byte-vector (size) + "Create a Lisp vector of SIZE bytes that can passed to +WITH-POINTER-TO-VECTOR-DATA." + (make-array size :element-type '(unsigned-byte 8))) + +;;; ECL, built with the Boehm GC never moves allocated data, so this +;;; isn't nearly as hard to do. +(defun %vector-address (ve

New patches: 26-Sep-2008

Luis Oliveira — 2008-09-27T04:00:26

Fri Sep 26 16:51:12 EDT 2008 Luis Oliveira common-lisp.net> * gendocs.sh fix: pass --no-userinit to sbcl M ./doc/colorize-lisp-examples.lisp -12 +11 M ./doc/gendocs.sh -2 +4 Fri Sep 26 15:50:08 EDT 2008 Luis Oliveira common-lisp.net> * Update SCL port. Patch courtesy of Douglas Crosher. M ./grovel/grovel.lisp -1 +1 M ./src/cffi-scl.lisp -1 +1 M ./tests/defcfun.lisp -1 +1 An updated tarball of CFFI's source can be downloaded here: http://common-lisp.net/project/cffi/tarballs/cffi-080926.tar.gz Darcsweb URL: http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi?r=cffi-cffi;a=summary

Re: Documentation bug (DEFINE-PARSE-METHOD)

Luís Oliveira — 2008-09-26T21:58:51

On Fri, Sep 26, 2008 at 9:50 PM, Chaitanya Gupta chaitanyagupta.com> wrote: Thanks for the report. That piece of documentation is indeed completely bogus. Will fix that soon.