headers
Marco Antoniotti | 1 Feb 14:16
Picon

ELS 2012, Zadar, Croatia

Apologies for the multiple postings. 

PAPER SUBMISSION DEADLINE EXTENDED 

European Lisp Symposium 2012, Zadar, Croatia, April 30th - May 1st, 2012 

http://european-lisp-symposium.org 

The purpose of the European Lisp Symposium is to provide a forum for 
the discussion and dissemination of all aspects of design, 
implementation and application of any of the Lisp and Lisp-inspired 
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, 
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, and so on. We 
encourage everyone interested in Lisp to participate. 

The main theme of the 2012 European Lisp Conference is 
"Interoperability: Systems, Libraries, Workflows".  Lisp based and 
functional-languages based systems have grown a variety of solutions 
to become more and more integrated with the wider world of Information 
and Communication Technologies in current use.  There are several 
dimensions to the scope of the solutions proposed, ranging from 
"embedding" of interpreters in C-based systems, to the development of 
abstractions levels that facilitate the expression of complex context 
dependent tasks, to the construction of exchange formats handling 
libraries, to the construction of theorem-provers for the "Semantic 
Web".  The European Lisp Symposium 2012 solicits the submission of 
papers with this specific theme in mind, alongside the more 
traditional tracks which have appeared in the past editions. 

We invite submissions in the following forms:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marco Antoniotti | 23 Jan 12:56
Picon

ELS2012 Zadar, Croatia, Call for Papers

Apologies for the multiple postings...

===========================================================================

European Lisp Symposium 2012, Zadar, Croatia, April 30th - May 1st, 2012
http://european-lisp-symposium.org

The purpose of the European Lisp Symposium is to provide a forum for
the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp and Lisp-inspired
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP,
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, and so on. We
encourage everyone interested in Lisp to participate.

The main theme of the 2012 European Lisp Conference is
"Interoperabilty: Systems, Libraries, Workflows".  Lisp based and
functional-languages based systems have grown a variety of solutions
to become more and more integrated with the wider world of Information
and Communication Technologies in current use.  There are several
dimensions to the scope of the solutions proposed, ranging from
"embedding" of interpreters in C-based systems, to the development of
abstractions levels that facilitate the expression of complex context
dependent tasks, to the construction of exchange formats handling
libraries, to the construction of theorem-provers for the "Semantic
Web".  The European Lisp Symposium 2012 solicits the submission of
papers with this specific theme in mind, alongside the more
traditional tracks which have appeared in the past editions.

We invite submissions in the following forms:
(Continue reading)

Permalink | Reply | 0 comments |
headers
bob | 21 Jan 22:02
Picon
Gravatar

cffi:load-foreign-library error on Clozure Cl

Hi,

I am not able to load any dll library using the cffi:load-foreign-library function. I have tried using working dlls libcairo.dll, zlib1.dll, .. all of which have been working perfectly in other softwares. I have tried using win32 as well as win64 versions. This is the trace:

Unable to load foreign library (LIBRARY-205).
  Error opening shared library libpng14-14.dll : %1 is not a valid Win32 application. .
   [Condition of type CFFI:LOAD-FOREIGN-LIBRARY-ERROR]

Restarts:
 0: [RETRY] Try loading the foreign library again.
 1: [USE-VALUE] Use another library instead.
 2: [RETRY] Retry SLIME REPL evaluation request.
 3: [*ABORT] Return to SLIME's top level.
 4: [ABORT-BREAK] Reset this thread
 5: [ABORT] Kill this thread

Backtrace:
  0: (CFFI::FL-ERROR "Unable to load foreign library (~A).~%  ~A" #:LIBRARY-205 "Error opening shared library libpng14-14.dll : %1 is not a valid Win32 application. .")
  1: ((:INTERNAL CFFI::%DO-LOAD CFFI::%DO-LOAD-FOREIGN-LIBRARY) #<CFFI:FOREIGN-LIBRARY #x210144BFED> #:LIBRARY-205 "libpng14-14.dll")
  2: (CFFI:LOAD-FOREIGN-LIBRARY "libpng14-14.dll" :SEARCH-PATH NIL)
  3: (CCL::CALL-CHECK-REGS CFFI:LOAD-FOREIGN-LIBRARY "libpng14-14.dll")
  4: (CCL::CHEAP-EVAL (CFFI:LOAD-FOREIGN-LIBRARY "libpng14-14.dll"))
  5: (SWANK::EVAL-REGION "(cffi:load-foreign-library \"libpng14-14.dll\")\n")
  6: ((:INTERNAL SWANK::REPL-EVAL))
  7: (SWANK::TRACK-PACKAGE #<CCL:COMPILED-LEXICAL-CLOSURE (:INTERNAL SWANK::REPL-EVAL) #x21012B1FEF>)
  8: (SWANK::CALL-WITH-RETRY-RESTART "Retry SLIME REPL evaluation request." #<CCL:COMPILED-LEXICAL-CLOSURE (:INTERNAL SWANK::REPL-EVAL) #x21012B206F>)
  9: (SWANK::CALL-WITH-BUFFER-SYNTAX NIL #<CCL:COMPILED-LEXICAL-CLOSURE (:INTERNAL SWANK::REPL-EVAL) #x21012B20AF>)
 10: (SWANK::REPL-EVAL "(cffi:load-foreign-library \"libpng14-14.dll\")\n")
 11: (CCL::CALL-CHECK-REGS SWANK:LISTENER-EVAL "(cffi:load-foreign-library \"libpng14-14.dll\")\n")
 12: (CCL::CHEAP-EVAL (SWANK:LISTENER-EVAL "(cffi:load-foreign-library \"libpng14-14.dll\")\n"))
 13: (SWANK:EVAL-FOR-EMACS (SWANK:LISTENER-EVAL "(cffi:load-foreign-library \"libpng14-14.dll\")\n") "COMMON-LISP-USER" 38)
 14: (SWANK::PROCESS-REQUESTS NIL)
 15: ((:INTERNAL SWANK::HANDLE-REQUESTS))
 16: ((:INTERNAL SWANK::HANDLE-REQUESTS))
 17: (SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK #<Compiled-function SWANK:SWANK-DEBUGGER-HOOK #x21007251EF> #<CCL:COMPILED-LEXICAL-CLOSURE (:INTERNAL SWANK::HANDLE-REQUESTS) #x2100AB3BEF>)
 18: (SWANK::CALL-WITH-BINDINGS ((*STANDARD-OUTPUT* . #<SWANK-BACKEND::SLIME-OUTPUT-STREAM #x2100AB2A7D>) (*STANDARD-INPUT* . #<SWANK-BACKEND::SLIME-INPUT-STREAM #x2100AB2E3D>) ..))) #<CCL:COMPILED-LEXICAL..
 19: (SWANK::HANDLE-REQUESTS #<CONNECTION #x210099BC7D> NIL)
 20: (CCL::RUN-PROCESS-INITIAL-FORM #<PROCESS repl-thread(10) [Active] #x2100AA1CCD> (#<CCL:COMPILED-LEXICAL-CLOSURE (:INTERNAL CCL::%PROCESS-RUN-FUNCTION) #x2100AA1A6F>))
 21: ((:INTERNAL (CCL::%PROCESS-PRESET-INTERNAL (CCL:PROCESS))) #<PROCESS repl-thread(10) [Active] #x2100AA1CCD> (#<CCL:COMPILED-LEXICAL-CLOSURE (:INTERNAL CCL::%PROCESS-RUN-FUNCTION) #x2100AA1A6F>))
 22: ((:INTERNAL CCL::THREAD-MAKE-STARTUP-FUNCTION))

Should it be 'cause I am using x64 version of Clozure Cl ?
_______________________________________________
cffi-devel mailing list
cffi-devel <at> common-lisp.net
http://lists.common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel
Permalink | Reply | 2 comments |
headers
Клочков Роман | 22 Jan 08:06
Picon
Favicon
Gravatar

Add complex aggregate objects support

I try to make smart struct support in my project. It works.
Now i can have foreign struct in lisp as lisp structures (defclass/defstruct).

The only problem for me is mem-ref. When there is an array of structs, I need
to use something like cffi::aggregatep to set fact, that struct are positioned
in row, not pointers to them.

But in that case I cannot set translator, because in cffi::mem-ref

 110    (if (aggregatep ptype)
 111         (inc-pointer ptr offset)
 112         (let ((ctype (canonicalize ptype)))
 113           #+cffi-sys::no-long-long
 114           (when (or (eq ctype :long-long) (eq ctype :unsigned-long-long))
 115             (return-from mem-ref
 116               (translate-from-foreign (%emulated-mem-ref-64 ptr ctype offset)
 117                                       ptype)))
 118           ;; normal branch
 119           (translate-from-foreign (%mem-ref ptr ctype offset) ptype)))))

Can we change
(inc-pointer ptr offset)

to (translate-from-foreign (inc-pointer ptr offset) ptype) ?

If it is really pointer it remains unchanged, but if translate-from is overrided
for particular type one can get any information out, not just pointers.

--

-- 
               Клочков Роман

_______________________________________________
cffi-devel mailing list
cffi-devel <at> common-lisp.net
http://lists.common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel
Permalink | Reply | 1 comment |
headers
Anton Vodonosov | 20 Jan 23:09
Picon
Favicon

Error on ABCL: Unrecognized keyword argument :CONVENTION

Hello.

When I run the following command:

  java -cp jna.jar;C:\Users\anton\unpacked\abcl\abcl-bin-1.0.0\abcl.jar org.armedbear.lisp.Main
--batch --eval "(ql:quickload :drakma)"

an error occurs:

Armed Bear Common Lisp 1.0.0-svn-13663
Java 1.6.0_26 Sun Microsystems Inc.
Java HotSpot(TM) 64-Bit Server VM
Low-level initialization completed in 0.967 seconds.
Startup completed in 3.725 seconds.
Loading C:\Users\anton\.abclrc completed in 17.21 seconds.
To load "drakma":
  Load 1 ASDF system:
    drakma
; Loading "drakma"
..............
Caught PROGRAM-ERROR while processing --eval option "(ql:quickload :drakma)":
  Unrecognized keyword argument :CONVENTION

I think it's cffi error (cffi is the only library having the :convention in source code).

As you see in my command line, i load drakma. Drakma depends on cffi via cl+ssl.
If I do (ql:quickload :cffi) it works, but I assume the error happens during macro-expansion 
of some CFFI macro, that's why loading is not enough, some code using cffi should 
be loaded too.

Best regards,
- Anton
Permalink | Reply | 1 comment |
headers
Anton Vodonosov | 10 Jan 13:00
Picon
Favicon

how to treat expected failures in tests

Hello.

For my common lisp testing project I aggregate results of a library test suite into single value - ok/fail.

I just tested ECL and have the following output from CFFI test suite:

4 out of 228 total tests failed: DEFCFUN.NOOP, CALLBACKS.BFF.1, STRING.ENCODING.UTF-16.BASIC, 
   STRING.ENCODINGS.ALL.BASIC.
No unexpected failures.

What meaning do you put into the term "expected failure"? Does it mean the library is buggy, but
these bugs are known? Or it means that some non-required features are absent, but the 
library in general OK?

I am interested in both short answer - as a library author, how do you think CFFI test suite 
should be marked if only expected failures present - OK or FAIL?

And also I am curious in this concrete example, what these 4 failures mean for CFFI on ECL?

Best regards,
- Anton
Permalink | Reply | 12 comments |
headers
Luís Oliveira | 5 Jan 22:13
Picon
Gravatar

Re: CFFI and Allegro common lisp

Hello John,

git blame says you sent us a patch to add long-long on Allegro on
64-bit platforms. Robert says that isn't quite working. Do you have
any recollection of any limitations of this long-long support or
something like that?

Meanwhile, I'll revert the patch:
<https://github.com/cffi/cffi/commit/80a06643361af383cadcbb7232ba3d73b828a96d>
unless you have some objection since I don't have access to a 64-bit
ACL.

On Thu, Jan 5, 2012 at 8:18 PM, Robert Goldman <rpgoldman <at> sift.info> wrote:
> I am pretty certain that *no* version of Allegro supports :long :long.
> I have verified this on 64-bit ACL for both Mac OS X and Linux.  So I
> would strongly urge you to record that ACL has no-long-long.

Cheers,

--

-- 
Luís Oliveira
http://r42.eu/~luis/
Permalink | Reply | 3 comments |
headers
Luís Oliveira | 4 Jan 02:49
Picon
Gravatar

Re: 64bit hosts without multilib

On Wed, Jan 4, 2012 at 12:51 AM, Elias Pipping <pipping <at> lavabit.com> wrote:
> Checking for /lib/ld-linux.so.2 would be one possibility.

That would only take care of Linux. I'm afraid my Makefile-fu is weak
and I don't see an obvious way to fix this. I've registered this bug
here: <https://bugs.launchpad.net/cffi/+bug/911557>.

Cheers,

--

-- 
Luís Oliveira
http://r42.eu/~luis/
Permalink | Reply | 3 comments |
headers
Elias Pipping | 1 Jan 20:52

64bit hosts without multilib

Hi,

the file tests/GNUmakefile currently contains the lines

  ifeq ($(ARCH), x86_64)
  SHLIBS += libtest32$(SHLIB_EXT) libtest2_32$(SHLIB_EXT)
  endif

As a result, building with -m32 will be tested on 64bit hosts. This can
only work on multilib hosts, however; for others the test will
fail.

Best regards,

Elias Pipping
Permalink | Reply | 1 comment |
headers
Mirko Vukovic | 30 Dec 03:19
Picon

Linking CL to fortran-77 via cffi

Hello,

Several projects (lla, blapack among them) link common lisp (cl) to fortran 77 (f77)code.  Unfortunately, being totally unfamiliar with cffi, I was having trouble using those packages to learn how to link cl to other f77 code.

To learn more about calling f77 code from CL, I assembled a bunch of simple examples (using cygwin+clisp+gfortran).to show how to pass values of various types to f77.

I have put up the examples on https://github.com/mirkov/cffi-f77.  I tried to add enough documentation to make the package easily understandable.

I hope this proves useful to others.  I would appreciate comments regarding errors and improvements.

And, as always, thanks for cffi :-)

Mirko

_______________________________________________
cffi-devel mailing list
cffi-devel <at> common-lisp.net
http://lists.common-lisp.net/cgi-bin/mailman/listinfo/cffi-devel
Permalink | Reply | 5 comments |
headers
Anton Vodonosov | 28 Dec 22:25
Picon
Favicon

Unit tests failures on different lisps

Hello.

I am running tests of some most often downloaded CL libraries, including CFFI.

So far CFFI was only tested on Linux. It has Linux, has different number 
(of expected and unexpected) failures on different Lisps.

The results may be found here: http://common-lisp.net/project/cl-test-grid/pivot_ql-lib_lisp.html

Clicking the ok/fail status refer to the test logs with the failures details.

Best regards,
- Anton
Permalink | Reply | 7 comments |

Gmane