Re: [Ecls-list] Accessing cons values in C

Chris Osborne writes: > Am I missing something obvious here or do I just have to use the cl > functions in C to access elements of what is essentially lisp’s > simplest data type? You wouldn't want random C code to fuck with your data structures, would you? Don't write C code! -- __Pascal Bou

Re: [Ecls-list] control may reach end of non-void function [-Wreturn-type]

> On 03 Mar 2015, at 22:39, Daniel Kochmański wrote: > > Hey, > > could you send example code and exact commands you use to compile it? I > don't see such errors right here, but I might be doing it > differently. Thanks! > > Best regards, > Daniel > >

[Ecls-list] control may reach end of non-void function [-Wreturn-type]

With ECL 15.2.21 obtained thru MacPorts, I get a lot of those errors: /Users/pjb/.cache/common-lisp/ecl-15.2.21-unknown-macosx-x64/Users/pjb/src/public/lisp/common-lisp/lisp-text/source-text.c:729:1: warning: control may reach end of non-void function [-Wreturn-type] } ^ when compiling an

Re: [Ecls-list] Wiki

om/. In the meantime, you may check archive.org: https://web.archive.org/web/20120727025409/http://ecls.wikispaces.com/ > - Original Message - > From: Pascal J. Bourguignon > To: ecls-list@lists.sourceforge.net > Cc: > Sent: Thursday, 19 February 2015, 15:38 > Subject: Re

Re: [Ecls-list] Wiki

Richard writes: > Hello, > > I am a lisp novice and completely new to ECL. As such my first stop > was to look at the FAQ and wiki mentioned on the resources web page. > > It appears that the wiki has ceased to be accessible. Further, the > blog post hits that expired wikis which are not renewed

Re: [Ecls-list] run-program with :error :stream?

> On 20 Jan 2015, at 01:48, Jared C. Davis wrote: > > Hi, > > I'm new to ECL. I have some questions about the ext:run-program. > > According to the documentation at: > >http://ecls.sourceforge.net/new-manual/rn01re63.html > > > It

Re: [Ecls-list] Runtime bug in compiled code

> On 01 Jan 2015, at 14:33, mailto:daiy...@yahoo.co.jp>> > mailto:daiy...@yahoo.co.jp>> wrote: > > Another example from http://www.cliki.net/diff > In the diff.lisp file, > > (defmacro do-file-lines ((line-var pathname-var &optional result) &body body) > (let ((str

Re: [Ecls-list] Runtime bug in compiled code

> On 01 Jan 2015, at 14:33, mailto:daiy...@yahoo.co.jp>> > mailto:daiy...@yahoo.co.jp>> wrote: > > Another example from http://www.cliki.net/diff > In the diff.lisp file, > > (defmacro do-file-lines ((line-var pathname-var &optional result) &body body) > (let ((str

Re: [Ecls-list] Runtime bug in compiled code

> On 01 Jan 2015, at 14:33, wrote: > > Another example from http://www.cliki.net/diff > In the diff.lisp file, > > (defmacro do-file-lines ((line-var pathname-var &optional result) &body body) > (let ((stream-var (gensym))) > `(with-open-file (,stream-var ,pat

Re: [Ecls-list] Link .o or .so to a running ECL program

"José Roberto B. de A. Monteiro" writes: > Hello all, > > I am wondering if it is possible to link a pure C compiled file, in .o > or .so (or .dll) formats, into a running Lisp process and how I can do that. Just like in C, by calling dlopen, etc. > The case is a am running ECL via Emacs+Slime

Re: [Ecls-list] CLtL2 environment functions (chapter 8.5)

z_axis writes: > but who will pay 1500 euo ? Who will wait for the next openssl heartbleed bug? -- __Pascal Bourguignon__ http://www.informatimago.com/ "Le mercure monte ? C'est le moment d'acheter !" -- "Accelerat

Re: [Ecls-list] CLtL2 environment functions (chapter 8.5)

Marco Antoniotti writes: > On May 23, 2014, at 14:08 , Nicolas Neuss wrote: > >> "Pascal J. Bourguignon" writes: >> >>> I guess that would depend on the kind of funding. For crowd founding >>> I would have to set up something. Otherwise it can

Re: [Ecls-list] CLtL2 environment functions (chapter 8.5)

Nicolas Neuss writes: > "Pascal J. Bourguignon" writes: > >> Marco Antoniotti writes: >> >>> Hello…. >>> >>> no response? >> >> Since we're lacking a maintainer. >> >> I would like to become maintainer, but I

Re: [Ecls-list] CLtL2 environment functions (chapter 8.5)

Marco Antoniotti writes: > Hello…. > > no response? Since we're lacking a maintainer. I would like to become maintainer, but I would need some financing to free myself for this. -- __Pascal Bourguignon__ http://www.informatimago.com/ "Le mercure monte ? C'est le moment d'acheter !" ---

Re: [Ecls-list] Automatic string conversion - wanted or needed?

Matthew Mondor writes: > > Possible solutions: > > - Carefully check other possibly affected code in the tree. > Perhaps replace the checks like that for bug 290 to explicit > coercions to base_string, which may signal a condition as needed if a > character cannot be encoded to ASCII. > A

Re: [Ecls-list] Automatic string conversion - wanted or needed?

"Philipp Marek" writes: > Hi everybody, > > on my way through the quicklisp systems I encountered a failure in > closure-common, which > is needed by eg. dbus (through cxml). > > > In cxml/xml/xml-parse.lisp there's a definition > > (defstruct (internal-entdef > ... > (value (error "mi

Re: [Ecls-list] ECL build selftests?

"Anri P." writes: > Hello. > > I'm trying to port my application written in C+ECL (12.12.1 with > android-ecl patches) on an android platform. But perfectly working app > on linux keeps crashing on an android device, throwing random strange > type error or sometimes segfault conditions. So what a

Re: [Ecls-list] does ECL ever fork itself?

Anton Vodonosov writes: > Hello. > > Does ECL ever fork itself? > > I am asking because when running cl-test-grid tests > we are observing ECL hanging during cl-6502 testsuite. > > According to the logs, test-grid-agent kills the ECL process, > but nevertheless we sometimes find an ECL process re

Re: [Ecls-list] Flaw in subtypep ? / catching stack-overflow ? / memory-limits experience ?

Eckhard Wiederhold writes: > Hello, > > I encountered some trouble using ecl that I don't know how to resolve > myself and I'd be very grateful to get some advice on what to do or > pointers to background-information that I was unable to find : > > 1. I just tried to get all conditions that ecl

Re: [Ecls-list] git HEAD doesn't build

Juan Jose Garcia-Ripoll writes: > On Sun, Oct 20, 2013 at 12:37 AM, Jon Boone < > ipmon...@gmail.com> wrote: > > The commit immediately prior to that, 5f2b110, builds for me on > the latest Xubuntu (3.11.0-12-generic). > > > ltmain.sh was broken by cygwin's automake. I will upload a copy

Re: [Ecls-list] mapping invalid octet sequence to unicode private areas or others.

Matthew Mondor writes: > On Mon, 21 Oct 2013 12:24:50 +0200 > "Pascal J. Bourguignon" wrote: > >> When reading utf-8 or other unicode streams, invalid byte sequences can >> signal errors, be substituted by a given character, or be encoded into >> applicat

Re: [Ecls-list] Project status and changes (directions? help?)

Matthew Mondor writes: > I'm unsure if it's because we are too few on this list, if ECL users > are alltogether too few (I know the CL community itself is not large), > or if it's because most ECL users don't consider themselves qualified, > but I do remember Juan asking a few times on this list

Re: [Ecls-list] ECL as an embedded language on an Android game

Peter Enerccio writes: > also, wont make this unusable for any commercial effort? If I have to > put my binary out for anyone to download and link with ecl to have the > program, why would anyone buy the already linked thing? You sell the .o! This was customary to distribute proprietary softwar

Re: [Ecls-list] ECL as an embedded language on an Android game

Peter Enerccio writes: > I dont understand why do you need to provide your binary o file with > LGPL at all. What is the merit of it, from the point of creator of > library? The GPL and derived licenses ARE NOT to the benefit of the creator of the code! They are to the benefit of the USERS of t

Re: [Ecls-list] ECL as an embedded language on an Android game

Matthew Mondor writes: > On Sat, 06 Jul 2013 11:35:35 +0200 > "Pascal J. Bourguignon" wrote: > >> > Unless I'm mistaken (disclaimer: I'm no lawyer), dynamic linking is >> > fine, as it allows to fulfill the requirement that the user be able to &

Re: [Ecls-list] ECL as an embedded language on an Android game

Matthew Mondor writes: > On Sat, 06 Jul 2013 09:38:20 +0400 > Anton Vodonosov wrote: > >> > 1 - Licensing/the ecl-android build process. ECL is LGPL, which >> means I can't statically link against it without open sourcing my >> project (which I can't), but ecl-android generates a static library

Re: [Ecls-list] Can anybody send me a copy of the latest source code of ECL?

Peter Enerccio writes: > Why would they block SF in china? WTF? I'm sure we can find more than one repo of software that can be used by dissidents to communicate securely, or for some other anti-governmental purpose. http://sourceforge.net/directory/ Actually, try to search them: - tor - stega

Re: [Ecls-list] Can anybody send me a copy of the latest source code of ECL?

ZhanLin Shang writes: > Hi all, > I'm in China now and since the SourceForge is blocked here, I can not > get the access to the project page of ECL. Can you guys give me a copy > of the latest source code or the link to the git repository ? I put a copy there: ftp://ftp.informatimago.com/pub/lis

Re: [Ecls-list] Example of an standalone OS X application

Anton Vodonosov writes: > 07.04.2013, 00:22, "Pascal J. Bourguignon" : >> Anton Vodonosov >> writes: >> >>>  I have been investigating whether ECL works on OS X and according to >>>  the project page, the OS X is not in the list of supp

Re: [Ecls-list] Example of an standalone OS X application

Anton Vodonosov writes: > I have been investigating whether ECL works on OS X and according to > the project page, the OS X is not in the list of supported OSes. > > Good thing I remembered this announcement so I assume ECL works. > > BTW, as I don't have OS X, but it would be interesting to see

Re: [Ecls-list] Please provide reproducible bug reports (was Better handling...)

Juan Jose Garcia-Ripoll writes: > This is related to the email about method redefinition, but I take it > out of the thread beacuse it is important for the whole mailing list. > > Right now it is hard for me to read email. I cannot interact with you > and I can only try to fix all bugs when I am

Re: [Ecls-list] Better handling of swank refedinition of method?

Peter Enerccio writes: > When I try to use ecl with emacs and slime, if I need to change the > method to a different one, with different lambda list, I get an error > out of which I can't recover in any sensible way, so I have to stop > the ecl and start is again and load the new method in. This

Re: [Ecls-list] Meaningful C variable names

Juan Jose Garcia-Ripoll writes: > On Sat, Dec 8, 2012 at 2:05 AM, Gabriel Dos Reis < > g...@integrable-solutions.net> wrote: > > is there a prettier name than "gazonk"? :-) > > > And it is so old that I bet it dates back to KCL days :-) http://gizmonaut.net/blog/software/multics_source_revea

Re: [Ecls-list] Easy way to bind c++ class instances in lisp?

Peter Enerccio writes: > I am looking for easy way of wrapping around class instances of c++. > I can wrap it in lisp with classes with slot containing fixnum of the > pointer and then recast it in c++ but its cumberstone and has lot of > boiler plate on both lisp and c++ side. Any other way of d

Re: [Ecls-list] Fwd: [ecls:bugs] #206 string-lessp does not behave as string< ignoring case

Juan Jose Garcia-Ripoll writes: > Could you people have a look at the bug report and my answer? I > believe I am right, though SBCL is reporting a different order and > this (once more) confuses users > > bugs:206 string-lessp does not behave as string< ignoring case > > Status: open 

Re: [Ecls-list] Monolithic static libraries and prebuilt systems

Mark Cox writes: > G'day, > > I am trying to produce a monolithic static library using > ASDF:MAKE-BUILD on a system that has PREBUILT-ASDF as a dependency. A > trace on C::BUILDER reveals that the static libraries #P"SYS:LIBCMP.A" > and #P"SYS:LIBASDF.A" are not being incorporated when building

Re: [Ecls-list] [creelman.da...@gmail.com: ECL serving http via hunchentoot, how do I get it to stay up?]

David Creelman writes: > Hi All, > I've setup a tiny server with ECL and I've quicklisp'ed the hunchentoot > package and it works well when I start it from the REPL. > However, If I try and run ECL as a background task which in turn is setting up > my hunchentoot instance, ECL will stop after a v

Re: [Ecls-list] Further integration between quicklisp and ECL

Juan Jose Garcia-Ripoll writes: > On Sun, Jul 22, 2012 at 8:08 PM, Zach Beane wrote: > > I can appreciate the desire for Lisp systems to have some form of > Quicklisp integration, but I am reluctant to see divergence of > instructions like this. I really like that the instructions fo

Re: [Ecls-list] Is ECL really interpreted ?

e...@ecky.fr writes: > Hi, > > Thanks for all your replies, I think I'll end up getting my ideas > straight ;-). > >> Note however that ECL does not do native compilation on demand. It >> does not have a JIT compiler to machine code if that is what you are >> looking for. >> > @Juan : Well now t

Re: [Ecls-list] Is ECL really interpreted ?

Juan Jose Garcia-Ripoll writes: > On Mon, Jul 16, 2012 at 1:02 PM, Pascal J. Bourguignon > wrote: > > clisp has a true interpreter, and it will macroexpand several times the > same macro. > > I think it was either Bruno Haible or Sam Steingold who explained to >

Re: [Ecls-list] Is ECL really interpreted ?

Matthew Mondor writes: > "Any function may be considered by an implementation to be a a compiled > function if it contains no references to macros that must be expanded > at run time, and it contains no unresolved references to load time > values. See Section 3.2.2 (Compilation Semantics). > > Fun

Re: [Ecls-list] how to get the line number of code from error message!

cm writes: > I write a hello.lisp file like this: > (print "hi") > (length '(a . b 1)) > > and I load it in to ecl: >> (load "code/hello.lisp") > > ;;; Loading "D:/ECL/code/hello.lisp" > > "hi" > Condition of type: SIMPLE-READER-ERROR > Reader error in file #, position 30: > Too many objects afte

Re: [Ecls-list] asdf and encodings

Faré writes: > Bug report: in contrib/encodings/generate.lisp, you erroneously define > latin5, latin6, etc., as respective aliases for iso-8859-5, iso-8859-6, etc. > when the actual mapping is less regular: Ah! Les joies du copier-coller! > (:latin1 :latin-1 :iso-8859-1 :iso8859-1) > (

[Ecls-list] decoding error on fas file compiled from utf-8 files.

Hello, This evening I pulled from git the latest release of ecl, compiled it, and now I'm trying to boot it, unfortunately it fails after compiling my files (ql:quickload :com.informatimago.common-lisp.cesarum) with: … [package com.informatimago.common-lisp.cesarum.file] [package com.informatimag

Re: [Ecls-list] *features* and CDR

(Resent, with Cc: cdr-de...@common-lisp.net) Juan Jose Garcia-Ripoll writes: > I have been reading the CDR documents and none of them seems to > mandate the inclusion of some feature to signal the presence of a CDR > in an implementation. *features* right now is quite populated and I > would not

Re: [Ecls-list] *features* and CDR

Juan Jose Garcia-Ripoll writes: > I have been reading the CDR documents and none of them seems to > mandate the inclusion of some feature to signal the presence of a CDR > in an implementation. *features* right now is quite populated and I > would not want to fill it with further names that may c

Re: [Ecls-list] ECL's license and commercial IPhone apps

"R. Mattes" writes: >> Can ECL be used for a closed-source (at least for the non-ECL >> components) commercial App Store app? > > No, since Apple requires static linking (one might question their > reason for this) Last time I read Apple legalese, it wasn't even clear that you could distribute

Re: [Ecls-list] ECL start and random numbers

Juan Jose Garcia-Ripoll writes: > On Mon, Jul 18, 2011 at 2:08 PM, Philipp Marek wrote: > > My reasoning is that most people don't need cryptographically secure [1] > random numbers; if they need some, they can (and for portability _should_) > always initialize the state themselves.

Re: [Ecls-list] AREF/SVREF/CHAR/SCHAR/ELT and signals

Matthew Mondor writes: > Hello, > > When looking at the HyperSpec on those functions, it seems undefined > what happens when a supplied index is not a "valid array index", thus, > from 0 below the array size. The exception is ELT, which should signal > a condition of type TYPE-ERROR. > > In prac

Re: [Ecls-list] Getting directory contents on Unix

"Duong \"Yang\" Ha Nguyen" writes: > On Tue, 1 Mar 2011, Zach Beane wrote: > >> Say I have a directory structure like this: >> >> /tmp/x/a.txt >> /tmp/x/b.txt (a symlink to a.txt) >> >> Is there any function I can call to get a list of #p"/tmp/x/a.txt" and >> #p"/tmp/x/b.txt? On sbcl, for exa

Re: [Ecls-list] Unicode: uncomfortable situation

Matthew Mondor writes: > On Sun, 23 Jan 2011 23:15:42 -0500 > Matthew Mondor wrote: > >> On Sun, 23 Jan 2011 22:52:36 -0500 >> Matthew Mondor wrote: >> >> > With ECL, the invalid sequence is already consumed when a more generic >> > error occurs (I forgot which, but could check my CVS logs on

Re: [Ecls-list] Problem with pathnames

Juan Jose Garcia-Ripoll writes: > On Thu, Jan 13, 2011 at 5:09 PM, Pascal J. Bourguignon > wrote: > > 19.2.2.2.3.1 is even more specific, specifying that both :unspecific and > nil should be converted to namestrings without the component. > >From th

Re: [Ecls-list] Problem with pathnames

Juan Jose Garcia-Ripoll writes: > [I CC just in case the ECL mailing list provides me a better answer] > > In polishing the upcoming ECL release I discovered that there are two > problems when trying to compile cl-unicode. > One is due to a bug in ECL, the other one is due to what I believe an e

Re: [Ecls-list] Help needed, really

I have no preconceived idea about your problem, however, I will note that: Juan Jose Garcia-Ripoll writes: > Since ECL does not really care about the processor type, it is fine > with it, and just works: it only relies on information provided by the > compiler, such as type sizes, alignments, a

Re: [Ecls-list] Conformity and convenience problems with pathnames

Juan Jose Garcia-Ripoll writes: > On Sat, Nov 27, 2010 at 2:19 AM, Juan Jose Garcia-Ripoll > wrote: > > [Cc. of what I sent to the comp.lang.lisp with patches attached] > > On Nov 21, 4:18 am, p...@informatimago.com (Pascal J. Bourguignon) wrote: > > ftp

[Ecls-list] Conformity and convenience problems with pathnames

Hello, It is well known that implementations of CL pathnames have been greatly implementation dependant. However, the standard still specifies clear behavior for logical pathnames, for one thing, and for the other, since there are several implementations working on the same POSIX systems (unix i

Re: [Ecls-list] Help needed: autoconf with spaces in names

Daniel Herring writes: > On Sun, 3 Oct 2010, Juan Jose Garcia-Ripoll wrote: > >> It seems that "configure" does not work when one of the directories contains >> a space in the name. Is this a known limitation? > > Here's output from a recent GNU package's configure script. > > # ../a\ space/libt

Re: [Ecls-list] Help needed: autoconf with spaces in names

Juan Jose Garcia-Ripoll writes: > It seems that "configure" does not work when one of the directories > contains a space in the name. Is this a known limitation? Allowing spaces in pathnames would require an effort superior to that of the correction of the Y2K bug. At least, the Y2K bug was lim

Re: [Ecls-list] executables produced with make-build break in cffi-grovel

Juan Jose Garcia-Ripoll writes: > Hi again, > > sorry for the delay. This was not an easy problem and right now I am > travelling a lot, but I believe I have found some causes and a solution. > > Problems: > - Dependency on symbols from the C package > - Dependency on symbols from ASDF (cffi-gro

Re: [Ecls-list] executables produced with make-build break in cffi-grovel

p...@informatimago.com (Pascal J. Bourguignon) writes: > I cannot build working executables. > > > [...@mdi-development-1 localhost:10.0 |MDI| mdi]$ > /home/pjb/.cache/common-lisp/mdi-development-1.lan.informatimago.com/ecl-10.7.1-linux-x86/home/pjb/firms/medicalis/src/mdi/s

Re: [Ecls-list] Signaling a more specific condition on signals.

Juan Jose Garcia-Ripoll writes: > On Fri, Aug 20, 2010 at 10:23 PM, Pascal J. Bourguignon > wrote: > > When a unix signal is received, ecl cl:signals a simple-error with: > > unixint.d:370:                FEerror("Serious signal ~D caught.", 1, > si

[Ecls-list] inexistant packages

It looks like the ecl reader will create automatically hidden package when reading qualified symbols naming inexistant packages. I can't find anything in CLHS that prevents this behavior, but it's highly unexpected. It just made me lose one hour on a typo. I think this 'feature' should be o

Re: [Ecls-list] compiler-macro: spurious parameter reference?

Juan Jose Garcia-Ripoll writes: > On Sun, Aug 29, 2010 at 6:37 PM, Pascal J. Bourguignon > wrote: > > When compiling a compiler macro, the &whole form seems to be > referenced even if it is not > > This actually happens with all macros. Macros destructure for

[Ecls-list] Note checking types of arguments?

When compiling this function: (DEFUN MAKE-KEYWORD (SYM) " RETURN: A new keyword with SYM as name. " (INTERN (STRING SYM) (FIND-PACKAGE "KEYWORD"))) I get: ;;; Compiling (DEFUN MAKE-KEYWORD ...). ;;; Note: ;;; in file utility.lisp, position 28160 ;;; at (DEFUN MAKE-KEYWORD ...) ;;; In

[Ecls-list] compiler-macro: spurious parameter reference?

When compiling a compiler macro, the &whole form seems to be referenced even if it is not: (s.lisp) (DEFUN IMPLODE-STRING (CHAR-SEQ) " RETURN: A new string containing the characters in the sequence CHAR-SEQ. " (MAP 'STRING (F

[Ecls-list] executables produced with make-build break in cffi-grovel

I cannot build working executables. [...@mdi-development-1 localhost:10.0 |MDI| mdi]$ /home/pjb/.cache/common-lisp/mdi-development-1.lan.informatimago.com/ecl-10.7.1-linux-x86/home/pjb/firms/medicalis/src/mdi/subprojects/imcp/sources/es.medicalis.mdi.imcp.test-server Starting server prologue

Re: [Ecls-list] Signaling a more specific condition on signals.

Juan Jose Garcia-Ripoll writes: > On Fri, Aug 20, 2010 at 10:23 PM, Pascal J. Bourguignon > wrote: > > When a unix signal is received, ecl cl:signals a simple-error with: > > unixint.d:370:                FEerror("Serious signal ~D caught.", 1, > si

[Ecls-list] Same as: features.h is harmful / Was: Signaling a more specific condition on signals.

Ok, ignore my report it's the features.h problem. -- __Pascal Bourguignon__ http://www.informatimago.com/ -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBe

Re: [Ecls-list] Signaling a more specific condition on signals.

Juan Jose Garcia-Ripoll writes: > On Fri, Aug 20, 2010 at 10:23 PM, Pascal J. Bourguignon > wrote: > > When a unix signal is received, ecl cl:signals a simple-error with: > > unixint.d:370:                FEerror("Serious signal ~D caught.", 1, > si

[Ecls-list] Signaling a more specific condition on signals.

When a unix signal is received, ecl cl:signals a simple-error with: unixint.d:370:FEerror("Serious signal ~D caught.", 1, signal_code); In this it would be better if a specific condition was signaled instead, so that applications could more easily handle the signal. For example:

Re: [Ecls-list] Strange warning in method.

Juan Jose Garcia-Ripoll writes: > On Sun, Aug 1, 2010 at 4:24 PM, Pascal J. Bourguignon > wrote: >> I guess if the optimizer determines that a variable is of a given >> type, it should also initialize with a value valid for that type. > > No, this is the resposability

[Ecls-list] Strange warning in method.

I guess if the optimizer determines that a variable is of a given type, it should also initialize with a value valid for that type. ---(a.lisp)- (eval-when (:compile-toplevel) (print (list (lisp-implementation-type) (

Re: [Ecls-list] Error en el compilador?

Juan Jose Garcia-Ripoll writes: > On Mon, Jul 12, 2010 at 2:12 PM, Pascal J. Bourguignon > wrote: > > It looks like there's a problem to compile iolib with the lastests > (10.7.1, y cvs co one hour ago) ecls.  I assume that C1FORM is a > structure of the

[Ecls-list] Error en el compilador?

It looks like there's a problem to compile iolib with the lastests (10.7.1, y cvs co one hour ago) ecls. I assume that C1FORM is a structure of the ECL compiler. ;;; ;;; Note: ;;; Invoking external command: ;;; gcc -o "/home/pjb/.cache/common-lisp/ecl-10.7.1-linux-pentium3/home/pjb/firms/

[Ecls-list] Problem with pathnames in ASDF in ECL 10.7.1

When loading :alexandria with asdf in ecl 10.7.1, there's a mix up with pathnames. Filesystem error with pathname #P"LIBCL:ASDF-SYSTEMS;PACKAGE.LISP". Either 1) the file does not exist, or 2) we are not allow to access the file, or 3) the pathname points to a broken symbolic link. [Condit

Re: [Ecls-list] libffi on gentoo (x86_64)

Juan Jose Garcia-Ripoll writes: > On Sun, Jul 4, 2010 at 4:23 AM, Pascal J. Bourguignon > wrote: > > On debian lenny, libffi-dev installs the headers ffi.h and ffi_call.h in: >   /usr/include/i486-linux-gnu/ > ecl/configure searches them in /usr/include/ffi/ffi.h

Re: [Ecls-list] Simple Hello word! function

Louis Höfler writes: > Von: Juan Jose Garcia-Ripoll [mailto:juanjose.garciarip...@googlemail.com] > Gesendet: Sonntag, 4. Juli 2010 19:33 > An: Pascal J. Bourguignon > Cc: ecls-list@lists.sourceforge.net > Betreff: Re: [Ecls-list] Simple Hello word! function > > The other

Re: [Ecls-list] Simple Hello word! function

Juan Jose Garcia-Ripoll writes: > The problem with your code ... > > cl_object ecl_eval(char* code) { > cl_object obj = c_string_to_object(code); > return si_safe_eval(3, obj, Cnil, g_evalErrorSymbol); > } > > is that it relies on c_string_to_object() which will only read the FIRST > object it f

Re: [Ecls-list] long-long

Juan Jose Garcia-Ripoll writes: > 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,

[Ecls-list] libffi on debian lenny

On debian lenny, libffi-dev installs the headers ffi.h and ffi_call.h in: /usr/include/i486-linux-gnu/ ecl/configure searches them in /usr/include/ffi/ffi.h For now, I'm adding a symlink, but I guess you'll want to try: #include [...@mdi-development-1 localhost:10.0 |MDI| tools]$

Re: [Ecls-list] Simple Hello word! function

Louis Höfler writes: > Hello everyone. > I wrote a simple (yet unstable and not tested) > module for apache. It allows execution of > lisp code like php code. > You can download it here > https://sourceforge.net/projects/mod-ecl/ > However. I try to execute this simple function: > (defun hello-wo

Re: [Ecls-list] To evaluate or not to evaluate?

Juan Jose Garcia-Ripoll writes: > 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 argume

Re: [Ecls-list] What would be the cause of "Error when copying file from"?

Seth Burleigh writes: > 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 > li

Re: [Ecls-list] What would be the cause of "Error when copying file from"?

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

[Ecls-list] To evaluate or not to evaluate?

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. Error while trying to load definition for system iolib from path

[Ecls-list] What would be the cause of "Error when copying file from"?

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? Also, is this something of slime or of ECL not to print the whole pathnames? I've got *print-length* set to NIL, etc though... Error w

Re: [Ecls-list] Problem with compiled asdf.

p...@informatimago.com (Pascal J. Bourguignon) writes: > Juan Jose Garcia-Ripoll writes: > >> On Tue, Jun 29, 2010 at 4:12 PM, Pascal J. Bourguignon >> wrote: >> >> (require :asdf) >>    (load (merge-pathnames >>        

Re: [Ecls-list] Problem with compiled asdf.

Juan Jose Garcia-Ripoll writes: > On Tue, Jun 29, 2010 at 4:12 PM, Pascal J. Bourguignon > wrote: > > (require :asdf) >    (load (merge-pathnames >            (make-pathname :name "ASDF" :type "LISP" >                      

[Ecls-list] Another logical-pathname case problem.

Logical pathname translations may translate to logical pathnames or to physical pathnames. When they translate to a physical pathname, case is correctly converted to the native lowcase. But when they translate to a logical pathname, they're not. (There may be a string of translations required

Re: [Ecls-list] Problem with compiled asdf.

Juan Jose Garcia-Ripoll writes: > On Mon, Jun 28, 2010 at 6:52 AM, Pascal J. Bourguignon > wrote: > > With ecl 10.4.2, for some ASDF systems, I get this error: > In function CAR, the value of the only argument is >  # > which is not of the expected type

Re: [Ecls-list] Case of path is still wrong.

Juan Jose Garcia-Ripoll writes: > On Sun, Jun 27, 2010 at 6:56 AM, Pascal J. Bourguignon > wrote: > > AFAIUI, the :CASE argument of MAKE-PATHNAME should not apply to > :DEFAULTS, but only to the other arguments given to MAKE-PATHNAME. > > Hopefully this is fix

[Ecls-list] Problem with compiled asdf.

With ecl 10.4.2, for some ASDF systems, I get this error: In function CAR, the value of the only argument is # which is not of the expected type LIST For example: >> (asdf:find-system :com.informatimago.clext) ; loading system definition from PACKAGES:COM;INFORMATIMAGO;CLEXT;SYSTEM.ASD int

Re: [Ecls-list] undefined symbol: ecl_process_env

Matthew Mondor writes: > On Sun, 27 Jun 2010 06:49:55 +0200 > p...@informatimago.com (Pascal J. Bourguignon) wrote: > >> The new ecl binary was using an old libecl.so installed in /usr/lib, >> instead of the new libecl.so installed in the same prefix as the new >> ecl

Re: [Ecls-list] big input is truncated.

Juan Jose Garcia-Ripoll writes: > On Fri, Jun 11, 2010 at 12:03 AM, Pascal J. Bourguignon > wrote: > > Using ecl with inferior-lisp in emacs, it seems it truncates big input > (none of the other implementations I ever used did that, ever).  No > end of file was s

[Ecls-list] Case of path is still wrong.

[...@kuiper :0.0 tools]$ ecl -norc ECL (Embeddable Common-Lisp) 10.4.2 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 you are welcome to redistribute it under certain conditions; see file 'Co

Re: [Ecls-list] undefined symbol: ecl_process_env

Andy Hefner writes: > On Sun, Jun 27, 2010 at 12:06 AM, Pascal J. Bourguignon > wrote: >> >> Strange.  I recompiled as always ecl, and now I get: >> >>  ecl: symbol lookup error: ecl: undefined symbol: ecl_process_env >> >> when I launch it... >>

[Ecls-list] undefined symbol: ecl_process_env

Strange. I recompiled as always ecl, and now I get: ecl: symbol lookup error: ecl: undefined symbol: ecl_process_env when I launch it... Any idea what could be the cause? I can find no error in the compilation logs. #!/bin/bash prefix=$HOME/opt ./configure --prefix=$prefix \ --enable