cffi-devel August 2008

cffi-devel@common-lisp.net

9 participants
10 discussions

[cffi-devel] asdf-install
by Xristos Kalkanis 28 Nov '08

28 Nov '08

Hello, Is there a reason that asdf-install is "not as recommendable" ? I think cl-build maps well to a lot of projects but so does asdf-install for a lot of others (particularly those with stable releases like cffi). A lot of people would like to avoid having to get everything from darcs/git/svn/cvs including me. The latest cffi release does not install cleanly with asdf-install as Stefil is not on cliki and can not be installed. Can this get fixed ? Regards, Chris

3 4

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

31 Aug '08

Sat Aug 30 04:38:33 EDT 2008 Stelian Ionescu <sionescu(a)common-lisp.net> * Add wrapper directives PROCLAIM and DECLAIM. M ./grovel/grovel.lisp +6 An updated tarball of CFFI's source can be downloaded here: http://common-lisp.net/project/cffi/tarballs/cffi-080830.tar.gz Darcsweb URL: http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi?r=cffi-cffi;a=summary

1 0

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

23 Aug '08

Fri Aug 22 10:43:42 EDT 2008 Stelian Ionescu <sionescu(a)common-lisp.net> * Add option BASE-TYPE to groveler directives CENUM and CONSTANTENUM. M ./doc/cffi-manual.texinfo -4 +4 M ./grovel/grovel.lisp -5 +12 Fri Aug 22 10:39:56 EDT 2008 Stelian Ionescu <sionescu(a)common-lisp.net> * Small fix to the manual: use @var instead of @code in CENUM and CONSTANTENUM docs. M ./doc/cffi-manual.texinfo -4 +4 Fri Aug 22 10:18:00 EDT 2008 Stelian Ionescu <sionescu(a)common-lisp.net> * Add option DEFINE-CONSTANTS to groveler directives CENUM and CONSTANTENUM. If DEFINE-CONSTANTS is non-null, the enum members will also be defined as constants. M ./doc/cffi-manual.texinfo -2 +8 M ./grovel/grovel.lisp -43 +60 Fri Aug 22 10:15:27 EDT 2008 Stelian Ionescu <sionescu(a)common-lisp.net> * Make groveler directive CONSTANT more robust. If a constant's name is a keyword, change it to a symbol interned in the current package. M ./doc/cffi-manual.texinfo -1 +2 M ./grovel/grovel.lisp +2 Fri Aug 22 10:09:47 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * manual: restore colorization workingness M ./doc/gendocs.sh -1 +1 Fri Aug 22 09:31:30 EDT 2008 Luis Oliveira <loliveira(a)common-lisp.net> * manual/groveller: fix ctype's documentation Reported by Stelian Ionescu. M ./doc/cffi-manual.texinfo -2 +2 An updated tarball of CFFI's source can be downloaded here: http://common-lisp.net/project/cffi/tarballs/cffi-080822.tar.gz Darcsweb URL: http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi?r=cffi-cffi;a=summary

1 0

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

22 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 21 Aug '08

21 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 19 Aug '08

19 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 08 Aug '08

08 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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

cffi-devel August 2008