Ive had this error a tons of times. (the cant copy
from /tmp/somerandomname to /tmp/somerandomname)
It usually means either:
(a) it cant find a library that you linked the compiled fas with
(b) the compiled fas uses an unreferenced symbol in the library you
linked with (it cant find it)
(c) the l
On Thu, Jul 1, 2010 at 11:51 PM, Pascal J. Bourguignon <
p...@informatimago.com> wrote:
> But I guess this concerns only MS-Windows, and not unix systems, where
> we could have a simplier algorithm. Or does this depend on the file
> system?
>
No, this also has to done in Unix systems, because of
On Thu, Jul 1, 2010 at 4:39 PM, Juan Jose Garcia-Ripoll
wrote:
> On Tue, Jun 29, 2010 at 2:12 AM, Gabriel Dos Reis
> wrote:
>>
>> On Mon, Jun 28, 2010 at 2:46 PM, Juan Jose Garcia-Ripoll
>> wrote:
>> > * Proclamations are also used to deduce the type of a function's
>> > arguments
>> > and creat
On Thu, Jul 1, 2010 at 11:50 PM, Seth Burleigh wrote:
> Anyways, now i have to figure out how to get
> ecl to recognize that i actually do have dffi installed...
>
> You mean libffi? Looking at config.log and why it fails may help.
Juanjo
--
Instituto de Física Fundamental, CSIC
c/ Serrano, 1
Juan Jose Garcia-Ripoll writes:
> On Thu, Jul 1, 2010 at 3:33 AM, Pascal J. Bourguignon
> wrote:
>
> I get this error when asdf loading :usocket.
> [...@kuiper :0.0 site]$ ls -ld /tmp
> drwxrwxrwt 9 root root 36864 Jul 1 03:18 /tmp/
> What could be the cause?
>
> ECL has to ha
for some reason, it now compiles fine, it may have had something to do
with the multiple ecl versions i have installed (i thought over each
other, but apparently not). Anyways, now i have to figure out how to get
ecl to recognize that i actually do have dffi installed...
On Thu, Jul 1, 2010 at 8:13 AM, Pascal J. Bourguignon wrote:
> Loading iolib, (and several other systems such as io.multiplex, etc)
> in ECL signals the following error.
>
> ASDF2 does not evaluate the :pathname argument in DEFSYSTEM forms, but
> it seems these systems expect it to be evaluated.
On Tue, Jun 29, 2010 at 2:12 AM, Gabriel Dos Reis <
g...@integrable-solutions.net> wrote:
> On Mon, Jun 28, 2010 at 2:46 PM, Juan Jose Garcia-Ripoll
> wrote:
> > * Proclamations are also used to deduce the type of a function's
> arguments
> > and create argument type checks.
> >
> The function ar
Seth, can you try compiling this tiny piece of code?
(FFI:CLINES "
long long lseek64(int a, long long b, int c)
{
return 0;
}
")
(FFI:C-INLINE (1 2 1)
(:INT :LONG-LONG :INT)
:LONG-LONG
"lseek64(#0,#1,#2)"
:ONE-LINER
T
:
Ok, sorry, the previous email was wrong: I was looking at a too old version
of CFFI. In the recent versions the code looks fine
#+long-long
(:long-long :long-long "long long")
#+long-long
(:unsigned-long-long :unsigned-long-long "unsigned long long")
but there is a lin
Sorry I did not answer this question before. I inspected your configuration
logs and ecl_long_long_t is defined. Thus :LONG-LONG should be in
*features*. If :LONG-LONG is in *features* then the compiler must support
this type and ECL indeed does. However, CFFI might not. Indeed if you look
at CFFI'
On Thu, Jul 1, 2010 at 3:33 AM, Pascal J. Bourguignon wrote:
>
> I get this error when asdf loading :usocket.
> [...@kuiper :0.0 site]$ ls -ld /tmp
> drwxrwxrwt 9 root root 36864 Jul 1 03:18 /tmp/
> What could be the cause?
>
ECL has to have the ability to load the same FASL file multiple time
Seems to be working now with a minor change. Thanks again for your very
precise bug reports, Pascal.
$ ecl
ECL (Embeddable Common-Lisp) 10.7.1
Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya
Copyright (C) 1993 Giuseppe Attardi
Copyright (C) 2000 Juan J. Garcia-Ripoll
ECL is free software, and y
let me know if you get iolib working, i couldn't get long-long on ecl
for some reason any clues?
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- h
p...@informatimago.com (Pascal J. Bourguignon) writes:
> Loading iolib, (and several other systems such as io.multiplex, etc)
> in ECL signals the following error.
>
> ASDF2 does not evaluate the :pathname argument in DEFSYSTEM forms, but
> it seems these systems expect it to be evaluated.
>
Th
15 matches
Mail list logo
