cffi-devel

cffi-devel@common-lisp.net

1113 discussions

[cffi-devel] always recompile with "asdf:load-system"
by nan 19 Mar '13

19 Mar '13

Hello everyone. Since this is my first post, thanks for the great library! After updating to new version (via quicklisp) i first had issues with my grovel file. I used to be able to reference types defined outside of grovel file, now i can't. I am not sure if it was a bug or a feature but somehow it compiled before! Anyways, after modifying a few things it is now working. My real problem is whenever i load a system based on cffi, project always compiles. With or without a change in the project. This is also started happening with the new version. I suspect it might be about grovel, loaded a few projects that is based on cffi, one uses cffi-grovel (static-vectors) the other one doesn't (cl-opengl). cl-opengl compiles at first time and then loads. cffi-grovel always compiles. Thanks.

1 0

[cffi-devel] CFFI 0.11.0 released
by Luís Oliveira 09 Mar '13

09 Mar '13

CFFI 0.11.0 has been on Feb 25th, 2013, but I only finished writing the release notes today, which can be consulted at <https://github.com/cffi/cffi/wiki/NEWS>. My development focus for the next version will be on polishing the support for aggregate values (structs, arrays, etc), hopefully making sure the concept is well defined and consistently well support in various contexts (function calling, pointer referencing, struct slots, etc.). -- Luís Oliveira http://r42.eu/~luis/

1 0

[cffi-devel] Release blockers
by Stelian Ionescu 04 Mar '13

04 Mar '13

What is the minimum necessary that needs to be done(bugs to be fixed, etc...) to make a new release ? I want to dedicate this weekend to release CFFI because that blocks too many projects that depend on the new features, IOLib in primis. -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib

4 6

[cffi-devel] Can't get cffi to install from QL
by Yves S. Garret 24 Feb '13

24 Feb '13

Hi all, I tried installing Drakma in Common Lisp and this is what happened: http://bin.cakephp.org/view/1190842647 Thoughts?

2 1

[cffi-devel] Cosmetic changes to grovel/c-write
by Akshay Srinivasan 21 Feb '13

21 Feb '13

Hello, I found that c-write was producing code in a weird style with parentheses in odd places (yes it still works): -------------------------------------------------------------------------------------------- (cffi:defcunion (spnav-event :size 40) (type :int ) (motion (:struct spnav-event-motion) ) (button (:struct spnav-event-button) )) -------------------------------------------------------------------------------------------- instead of the more reasonable: -------------------------------------------------------------------------------------------- (cffi:defcunion (spnav-event :size 40) (type :int) (motion (:struct spnav-event-motion)) (button (:struct spnav-event-button))) -------------------------------------------------------------------------------------------- The attached patch makes some minor changes to the function c-write and adds the option of passing no-package to c-print-symbol down the call stack. Akshay

2 1

[cffi-devel] Static vectors breaks with newer cffi-libffi
by Liam Healy 04 Feb '13

04 Feb '13

Since this commit: commit bdd3cecf1bb53fe147b3c967b2356f9b28fad451 Author: Mark Cox Date: Sat Dec 8 15:47:04 2012 +1000 CFFI-GROVEL now uses ASDF operations to compile and load processed grovel and wrapper files. static-vectors will not load after cffi-libffi: (ql:quickload :cffi-libffi) (ql:quickload :static-vectors) The slot CFFI-GROVEL::GENERATED-LISP-FILE-TYPE is unbound in the object #<CFFI-GROVEL:GROVEL-FILE "static-vectors" "ffi-types">. There is no problem with the previous commit, 32170642e829. I have static-vectors-1.4 from quicklisp. Liam

2 3

[cffi-devel] MEM-REF and BARE-STRUCT-TYPE-P issue
by CRLF0710 21 Jan '13

21 Jan '13

Hi all. #1 In src/types.lisp there is following code in function MEM-REF: .... (if (aggregatep parsed-type) (if (bare-struct-type-p parsed-type) .... and its compiler macro has similiar code. However, the gf bare-struct-type-p has no method for foreign-array-type whose objects will obviously pass the aggregatep test. So it breaks some code (on ccl). I suggest that case be added as a method too?(What should it (and even more user-defined types) return?) Or should the checking code be modified here? (As i understood, the whole bare struct mechanism is for compatibility...) #2 And another thing, i've realized that in my last modification to the STRUCTURE-BY-VALUE-P function (the modification is already pushed to the repo) i should have tested to see if it is a bare struct type. Without the check it will put some deprecated style code into using libffi, which also works correctly but involves unnecessary libffi dependency. Should I fix that? Regards, Charles Lew -- Wir müssen wissen; wir werden wissen! CrLF.0710

3 7

[cffi-devel] cstruct in groveller needs to escape %
by Greg Pfeil 07 Jan '13

07 Jan '13

This form: (cstruct %foo "foo" …) errors, as “%FOO” ends up literally in some C format string. “%” needs to be escaped as “%%”. CSTRUCT is probably not the only place it happens, but it’s where I’ve run into it.

2 1

[cffi-devel] CFFI-GROVEL ASDF integration
by Mark Cox 03 Jan '13

03 Jan '13

G'day, There is an issue with the ASDF component of CFFI-GROVEL when running on ECL. The problem stems from ASDF:OUTPUT-FILES returning two items. The attached patch hopes to handle this situation. Thanks Mark

6 23

[cffi-devel] Are github pull requests accepted?
by Juan Jose Garcia-Ripoll 24 Nov '12

24 Nov '12

I am just wondering whether this is a viable way to submit patches. I recently uploaded a couple of fixes to CFFI that enable users to completely forget about shared libraries and statically resolve symbols at compilation time -- CFFI's calls are directly translated into C ones. This is needed for platforms such as iOS that do not allow dynamically loading shared libraries. Users have reported that the feature works fine in such environments. More about this at the ECL mailing list: http://sourceforge.net/mailarchive/message.php?msg_id=30132113 and also in the comments in src/cffi-ecl.lisp Juanjo -- Instituto de Física Fundamental, CSIC c/ Serrano, 113b, Madrid 28006 (Spain) http://juanjose.garciaripoll.googlepages.com

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

cffi-devel