cffi-devel March 2016

cffi-devel@common-lisp.net

8 participants
4 discussions

Quicklisp CFFI doesn't load on Raspberry PI
by Martin Kielhorn 17 Mar '16

17 Mar '16

Hi, I tried to load cffi that comes with Quicklisp on SBCL 1.3.2 on a Raspberry PI 2. I had to comment out FFI_UNIX64 (cenum abi ((:default-abi "FFI_DEFAULT_ABI")) ((:sysv "FFI_SYSV")) #+nil ((:unix64 "FFI_UNIX64")) ) in the file quicklisp/dists/quicklisp/software/cffi_0.16.1/libffi/libffi-unix.lisp to make it load. Regards, Martin

5 9

expand-into-foreign-memory query
by Chris Bagley 13 Mar '16

13 Mar '16

Hi all, I am working on a project where I believe the overhead of the call to translate-into-foreign-memory is starting to be an issue & as such I'm looking into implementing expand-into-foreign-memory. Before starting on this I thought I would ask if this feature would be welcome in cffi and also if there are any fundamental reasons this would not work. So far I have been reading the source for expand-from-foreign and expand-to-foreign and it seems that expand-into-foreign-memory would be fairly similar. Also from the comments in mem-set it looks like this feature was intended at some point. As ever thankyou for the awesome work on this project and I hope I can give something back to it soon. Cheers, Baggers

2 1

CFFI 0.17.1 released
by Luís Oliveira 12 Mar '16

12 Mar '16

Hello, We've just released CFFI 0.17.1! https://github.com/cffi/cffi/wiki/NEWS#version-0171 Cheers, -- Luís Oliveira http://kerno.org/~luis/

1 0

CFFI govels size_t into :sizet [Was: cffi 0.17.0 breaks some stuff]
by Attila Lendvai 03 Mar '16

03 Mar '16

> I'm seeing a bunch of projects that don't seem to work with the latest CFFI > release. For example, I get this for a number of projects: > > Unhandled CFFI::UNDEFINED-FOREIGN-TYPE-ERROR in thread #<SB-THREAD:THREAD > "main thread" RUNNING {1003DD5643}>: Unknown CFFI type :SIZET > > That happens in gsll and some other projects. the situation: cffi-libffi used to grovel size_t under the name :sizet, and it's used by a few projects, e.g. gsll, which got broken. i deleted :sizet in this cleanup: https://github.com/cffi/cffi/commit/4fbe5864552d6f7d8866745f371346174acea942 i've reinstated it temporarily with an OBSOLETE warning just now. reasons for the removal: - for me it seems pretty ad-hoc why this one definition is included and the other C stdlib definitions are not. - if we want to include and support size_t in the CFFI contract, then why in cffi-libffi? keep in mind that it requires groveling, which is quite a heavy dependency that CFFI proper doesn't require at this point. - why in the keyword package? (and it's another discussion why :int and other standard C definitions (not to be confused with stdlib.h) are in the keyword package, but i won't pursuit that argument at this point in time) maybe we want to open a new ASDF system for the C stdlib that would depend on the groveler and accommodate for C stdlib definitions like errno, size_t, etc? -- • attila lendvai • PGP: 963F 5D5F 45C7 DFCD 0A39 -- “Nationalism of one kind or another was the cause of most of the genocide of the twentieth century. Flags are bits of colored cloth that governments use first to shrink-wrap people's brains and then as ceremonial shrouds to bury the dead.” — Arundhati Roy (1961–), 'Come September' speech

6 21

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

cffi-devel March 2016