James Bielman wrote:
>I've released the current darcs version of CFFI as 0.9.0. The darcs
>tree has been tagged and checkpointed
You should do that more often, because it creates shorter patch files.
Previously, a tiny 10 line patch had 40KB worth of context. That is gone since
you tagged cffi recently. Context is now much smaller.
>I consider this the "beta" release leading up to a real 1.0 version.
Of course, you're free to tag any version with any number you like. Here are
points I'd like to see addressed:
1. IMHO CFFI should not go 1.0 prior to acknowledging that there's a
relationship between functions and libraries (i.e. UFFI's :module keyword).
Arseny has a case on MS-Windows where there are two versions of sprintf in
different MS .dlls. One does not pass some tests, the other does.
So far, CFFI does not allow the user to control which functions gets loaded
from there. I consider this a *huge* misfeature.
2. I suggest you add the block operations API with my suggestions (from monthes
ago). It's trivial to implement naively, and it would do users good to be able
to use it (even CFFI code can benefit from it, there currently are a few block
loops here and there). Later CVS versions may then add optimized versions for
special cases.
3. (trivial): provide a uffi.asd file in a subdirectory, so people can load
that and play with programs using ASDF and UFFI. A system named uffi-compat is
IMHO useless, because these programs have ASDF look for a system named #:uffi.
Regards,
Jorg
_______________________________________________
cffi-devel mailing list
cffi-devel@common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel
