cffi-devel

cffi-devel@common-lisp.net

1113 discussions

[cffi-devel] New patches: 21-Aug-2008
by loliveira＠common-lisp.net 21 Aug '08

21 Aug '08

Wed Aug 20 18:59:54 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> tagged 0.10.1 Wed Aug 20 18:59:50 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * update cffi.asd for version 0.10.1 M ./cffi.asd -1 +1 An updated tarball of CFFI's source can be downloaded here: http://common-lisp.net/project/cffi/tarballs/cffi-080821.tar.gz Darcsweb URL: http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi?r=cffi-cffi;a=summary

1 0

[cffi-devel] New patches: 20-Aug-2008
by loliveira＠common-lisp.net 20 Aug '08

20 Aug '08

Wed Aug 20 18:10:30 EDT 2008 Stephen Compall <scompall(a)nocandysw.com> * port uffi-compat to Clozure M ./uffi-compat/uffi-compat.lisp -2 +2 An updated tarball of CFFI's source can be downloaded here: http://common-lisp.net/project/cffi/tarballs/cffi-080820.tar.gz Darcsweb URL: http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi?r=cffi-cffi;a=summary

1 0

[cffi-devel] [patch] port uffi-compat to Clozure
by Stephen Compall 20 Aug '08

20 Aug '08

I couldn't load CLSQL in Clozure 1.2 (current svn, really) without the following patch. I assume OpenMCL pushed :mcl onto *features*, where CCL doesn't. -- 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.

2 1

[cffi-devel] Re: Use of Babel and Alexandria in CFFI
by JTK 18 Aug '08

18 Aug '08

> > >On Sun, Aug 17, 2008 at 4:46 PM, Roland Averkamp <roland.averkamp(a)gmx.de> > wrote: > > > Is it really necesary to use the Babel and Alexandria libraries in CFFI? > > Now CFFI depends on two libraries and every other system which uses > > CFFI needs these two libraries too. > > That's an issue that was taken into consideration. > > As a mere user, I was also a bit frustrated trying to compile the newest CFFI with all its dependencies, especially because these extra packages had RCS's that were not on my machine. The new CFFI was a long chain of upgrades and installs. For a newbie, this could be a real roadblock, and each additional step will cause attrition of the userbase. Might it be a good idea to repackage these libraries as TRIVIAL-FEATURES-CFFI, BABEL-CFFI, etc, and distribute these along with cffi? They would still be there, would be easy to upgrade, but would be invisible to the casual cffi user. Jan

4 4

[cffi-devel] Re: Use of Babel and Alexandria in CFFI
by Luís Oliveira 18 Aug '08

18 Aug '08

On Sun, Aug 17, 2008 at 9:04 PM, Roland Averkamp <roland.averkamp(a)gmx.de> wrote: >> Out of curiosity, plain-odbc seems to use strings a lot, I would >> assume that foreign string encoding support would be useful for your >> library. Am I wrong? >> > You are right, currently this handled in rather simple way. > It is assumed that every string is encoded in the native character set. > So maybe I should have a look. It's not possible in CL to tell how strings are encoded. Your library is just using CFFI's default foreign encoding (iso-8859-1 in past versions of CFFI, utf-8 as of 0.10.0). > How about wrapping iconv with CFFI? :-) Ok, just another library .... That might be a useful addition to Babel. > I do not think Alexandria is useful. > Are rotate, shuffle, or random-elt needed? I've implemented and used random-elt a couple of times in the past, FWIW. > Do you really need make-gensym-list, symbolicate (=(intern (format nil "...." ..) ? IMHO, those (and others) make the code clearer. YMMV, of course. Assuming that you find at least some of Alexandria's utilities useful -- say PARSE-BODY -- consider that while these are typically short pieces of code, many deal with subtle details that can go wrong. Getting these from a library that includes a test suite and is shared/used/reviewed by many other programmers sounds like a good idea to me. To be honest, I'm surprised you haven't complained about trivial-features yet. :-) -- Luís Oliveira http://student.dei.uc.pt/~lmoliv/

2 1

[cffi-devel] Re: Use of Babel and Alexandria in CFFI
by Luís Oliveira 17 Aug '08

17 Aug '08

On Sun, Aug 17, 2008 at 4:46 PM, Roland Averkamp <roland.averkamp(a)gmx.de> wrote: > Is it really necesary to use the Babel and Alexandria libraries in CFFI? > Now CFFI depends on two libraries and every other system which uses > CFFI needs these two libraries too. That's an issue that was taken into consideration. > Some comments in Babel mention that it is only usefull for a lisp with > unicode suppport. But for example Allegro and Clisp already have functions for > character set conversions. At one point, there was a CFFI branch that implemented foreign encodings using the functionality provided by each Lisp. But the encoding support and error semantics vary wildely and that made it a bit useless. You can find more details about that effort in the mailing list archives. > I think it would be better that strings with a non native character set are handled > like (unsigned-byte 8) or (unsigned-byte 16) arrays which are zero terminated. > And it is up to the application to convert them, with Babel or some buildin functions. That would introduce an extra step in the conversion: foreign memory -> lisp array -> lisp string A better solution, perhaps, would be to split string support into a different system. Is it worth the trouble though? Out of curiosity, plain-odbc seems to use strings a lot, I would assume that foreign string encoding support would be useful for your library. Am I wrong? > Regarding Alexandria: > I believe only three macros from Alexandria are used. > > Maybe ONCE-ONLY is nice, but not much simpler than (let ((a (gensym "a"))) `(let (,a ...) ... ,a)). > > The same holds for WITH-UNIQUE-NAMES. Version 0.10.0 uses ENSURE-LIST, FEATUREP, FORMAT-SYMBOL, IF-LET, MAKE-GENSYM-LIST, ONCE-ONLY, PARSE-BODY, SYMBOLICATE, WHEN-LET and WITH-UNIQUE-NAMES. They are, of course, somewhat simple utilities that could be copied & pasted into Babel and CFFI. Is that code duplication better or worse than adding a library dependency? Perhaps if you use some of Alexandria's utilities in your own code you'll feel better about it? :-) -- Luís Oliveira http://student.dei.uc.pt/~lmoliv/

1 0

Re: [cffi-devel] asdf-install
by Luís Oliveira 07 Aug '08

07 Aug '08

On Tue, Aug 5, 2008 at 5:51 PM, Luke Crook <luke(a)balooga.com> wrote: > Is there a proposal anywhere in Lisp land to either replace asdf-install or > fix it? Clornucopia sounds promising. <http://trac.clozure.com/clornucopia/wiki/ClornucopiaDevel> -- Luís Oliveira http://student.dei.uc.pt/~lmoliv/

3 3

[cffi-devel] New patches: 29-Jul-2008
by loliveira＠common-lisp.net 29 Jul '08

29 Jul '08

Tue Jul 29 18:55:54 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * Fix typo in the manual. M ./doc/cffi-manual.texinfo -1 +1 Tue Jul 29 10:25:33 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * Small fix to gendocs.sh to make same versions of bash happier. M ./doc/gendocs.sh -1 +1 Tue Jul 29 10:02:37 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> tagged 0.10.0 Tue Jul 29 10:02:33 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * update cffi.asd for version 0.10.0 M ./cffi.asd -1 +1 Tue Jul 29 09:16:41 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * Add Installation chapter to the manual. M ./README +3 M ./doc/cffi-manual.texinfo -1 +52 Tue Jul 29 08:42:01 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * Deprecate cffi-features. - Keep it around for backwards compatibility. - Don't use it from CFFI itself or the test suite. - Update the manual. M ./cffi.asd -3 +3 M ./doc/cffi-manual.texinfo -39 +13 M ./src/cffi-allegro.lisp -4 +2 M ./src/cffi-clisp.lisp -1 +1 M ./src/cffi-cmucl.lisp -4 +2 M ./src/cffi-corman.lisp -5 +3 M ./src/cffi-ecl.lisp -4 +2 M ./src/cffi-lispworks.lisp -4 +2 M ./src/cffi-openmcl.lisp -4 +2 M ./src/cffi-sbcl.lisp -4 +2 M ./src/cffi-scl.lisp -3 +1 M ./src/features.lisp -4 +9 M ./src/libraries.lisp -6 +6 M ./src/types.lisp -9 +9 M ./tests/callbacks.lisp -19 +19 M ./tests/defcfun.lisp -4 +4 M ./tests/foreign-globals.lisp -1 +1 M ./tests/funcall.lisp -5 +5 M ./tests/memory.lisp -3 +3 M ./tests/misc-types.lisp -1 +1 M ./tests/misc.lisp -54 +4 Tue Jul 29 08:17:54 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * Use :import-from for alexandria symbols. M ./src/package.lisp -2 +5 An updated tarball of CFFI's source can be downloaded here: http://common-lisp.net/project/cffi/tarballs/cffi-080729.tar.gz Darcsweb URL: http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi?r=cffi-cffi;a=summary

1 0

[cffi-devel] CFFI 0.10.0 released!
by Luis Oliveira 29 Jul '08

29 Jul '08

Hello, It's been a while since CFFI's previous release, almost two years. During this period, a lot of development work happened and lots of cool new features were implemented. Here's a brief highlight of some of the important changes: * foreign string encodings using Babel. UTF-8 becomes the default encoding for foreign strings. * improved foreign type system that takes better advantage of CLOS features. * emulated :long-long types on Lisps whose native FFI doesn't support these types. * integrated a groveller inspired by SBCL's sb-grovel. * support for the stdcall calling convention. * removed finalizer-related code in favor of trivial-garbage. * function and variable lookups can now be linked to a specific foreign library instead of assuming a global namespace. * the cffi-features package has been deprecated in favour of trivial-features. CFFI-specific features are now interned in the CFFI-SYS package. * dozens of bug fixes and minor enhancements. The long hiatus between releases caused all sorts of problems and confusions. Hopefully that won't happen again and you'll see more frequent CFFI releases in the future. -- Luís Oliveira http://student.dei.uc.pt/~lmoliv/

1 0

[cffi-devel] New patches: 28-Jul-2008
by loliveira＠common-lisp.net 28 Jul '08

28 Jul '08

Mon Jul 28 22:33:39 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * New and improved release script. M ./scripts/release.sh -33 +134 Mon Jul 28 22:32:40 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * doc/Makefile: have upload-docs target build the manual first M ./doc/Makefile -1 +1 Mon Jul 28 22:15:53 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * cffi-tests: mark a few expected failures for ECL M ./tests/defcfun.lisp -1 +1 M ./tests/misc.lisp -1 +1 M ./tests/strings.lisp +1 Mon Jul 28 22:14:09 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * ECL: handle FILE-ERRORs in %LOAD-FOREIGN-LIBRARY M ./src/cffi-ecl.lisp -1 +4 Mon Jul 28 22:12:20 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * ECL: support long long on x86-64 by treating it as long. M ./src/cffi-ecl.lisp -1 +3 Mon Jul 28 20:41:54 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * cffi-tests: mark expected failures for allegro. M ./tests/defcfun.lisp -1 +1 M ./tests/misc.lisp +4 Mon Jul 28 20:37:48 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * cffi-tests: mark defcfun.noop as expected for CCL M ./tests/defcfun.lisp +2 Mon Jul 28 20:30:26 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * cffi-tests: use Babel's #\ syntax M ./tests/strings.lisp +2 Mon Jul 28 20:29:59 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * cffi-tests: mark some expected failures for lispworks M ./tests/foreign-globals.lisp +14 Mon Jul 28 20:29:27 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * Fix alignment information for emulated long long types. M ./src/types.lisp -1 +3 Mon Jul 28 20:28:34 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * Use BABEL:UNICODE-STRING instead of STRING in a few places. M ./src/strings.lisp -1 +1 M ./tests/strings.lisp -1 +2 Mon Jul 28 18:48:03 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * cffi-tests: test stdcall only on win32 M ./tests/defcfun.lisp -1 +1 M ./tests/funcall.lisp -1 +1 Mon Jul 28 18:42:10 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * Expect STRING.ENCODING.UTF-16.BASIC and STRING.ENCODINGS.ALL.BASIC failures M ./tests/strings.lisp +6 Mon Jul 28 11:31:46 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * Small fixes and simplifications to the TEST-OPs M ./cffi-tests.asd -6 +6 M ./cffi.asd +3 M ./tests/bindings.lisp -11 +2 Mon Jul 28 11:29:40 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * CMUCL: fix NATIVE-NAMESTRING - NAMESTRING didn't expand search lists. Actually read the documentation for UNIX-NAMESTRING this time and figured out why it appeared to be misbehaving in the past. M ./src/cffi-cmucl.lisp -4 +1 An updated tarball of CFFI's source can be downloaded here: http://common-lisp.net/project/cffi/tarballs/cffi-080728.tar.gz Darcsweb URL: http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi?r=cffi-cffi;a=summary

1 0

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