ecl-devel

ecl-devel@common-lisp.net

231 discussions

ASDF 3.1.7 has been released
by Robert P. Goldman 23 Mar '16

23 Mar '16

ASDF 3.1.7 is a bugfix release, enhancing the 3.1.x ASDF series. To the best of our knowledge, it only fixes bugs, and should thus be a low-risk upgrade for inclusion in implementations. Thanks, as ever, to Faré for many fixes, and to other bug reporters and patch-suppliers. See the Changelog (below) for a summary of changes. Bug fix and portability release: * Fix compilation on Genera. * Fix UIOP:FILE-EXISTS-P for dotfiles on CCL. * Fix infinite loop in source registry configuration that can occur when there are cycles in the filesystem (typically caused by symlinks) on some CL implementations. * Miscellaneous bug fixes. * Documentation improvements. * Restore original Makefile. -- Robert P. Goldman <rpgoldman(a)sift.net> Wed, 23 Mar 2016 09:34:14 -0500

1 0

Re: [Maxima-discuss] testsuite in ecl
by Dan Gildea 16 Mar '16

16 Mar '16

Is this a bug in ecl? % cat test.lisp (defvar v1 nil) (defun run-test () (let ((share_t) (fst 'a)) (format t "fst ~S~%" fst) (multiple-value-bind (v1 fst) (case share_t ((nil) (values v1 fst))) (format t "fst ~S~%" fst)))) % ecl ECL (Embeddable Common-Lisp) 16.1.2 (git:UNKNOWN) Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya Copyright (C) 1993 Giuseppe Attardi Copyright (C) 2000 Juan J. Garcia-Ripoll Copyright (C) 2015 Daniel Kochmanski ECL is free software, and you are welcome to redistribute it under certain conditions; see file 'Copyright' for details. Type :h for Help. Top level in: #<process TOP-LEVEL>. > (compile-file "test.lisp") ;;; Loading #P"/u/gildea/lib/ecl-16.1.2/cmp.fas" ;;; ;;; Compiling test.lisp. ;;; OPTIMIZE levels: Safety=2, Space=0, Speed=3, Debug=0 ;;; ;;; Compiling (DEFVAR V1 ...). ;;; Compiling (DEFUN RUN-TEST ...). ;;; End of Pass 1. ;;; Emitting code for RUN-TEST. ;;; Finished compiling test.lisp. ;;; #P"/tmp/test.fas" NIL NIL > (load "test.fas") ;;; Loading "/tmp/test.fas" #P"/tmp/test.fas" > (run-test) fst A fst NIL NIL > (run-test) fst A fst A NIL > On Tue, March 15, 2016 at 12:15AM, Robert Dodier wrote: > On 2016-03-14, Dan Gildea <dgildea(a)users.sourceforge.net> wrote: > > > The testsuite is not working at all for me with ecl. > > It seems to be a problem with the multiple-value-bind in run-testsuite. > > When I try run_testsuite(), every test fails with "Caused an error > break". > > After load(mload), then run_testsuite() works OK. This makes me think > it's a difference between compiled and interpreted code -- i.e. a bug in > ECL's compiler. > > I'm working with ECL 16.1.2 at the moment. At some point in the > not-too-distant past, run_testsuite() did work. I don't know if the > current behavior is a result of a change in ECL or in Maxima. > I guess that MULTIPLE-VALUE-BIND is a recent change in src/mload.lisp so > maybe it is now tickling a bug that existed before. Dunno for sure. > > best > > Robert Dodier

2 1

Re: Some thread/GC questions
by Juraj Variny 10 Mar '16

10 Mar '16

> > > On Wednesday 09 March 2016 09:07:38 you wrote: > >> Hello, > >> > >> Juraj Variny writes: > >> > Hello, > >> > > >> > can you please tell me how to: > >> > > >> > 1. Initialize lisp environment in a thread that was already created by > >> > C/C++ app? Is it possible for it to share existing lisp environment? > >> > >> There is an example in examples/embed directory (file hello.c). What do > >> you mean by sharing an existing lisp environment? cl_boot creates an > >> environment for this instance. > > > > Say I have main thread, where cl_boot was called, with some lisp > environment. > > Then I call cl_boot in some other pre-existing thread, would it be able > to > > access lisp environment of the main thread, evaluate symbols defined > there, > > call functions etc? This is what I meant with shared environment. > > It is enought to call cl_boot once. Calling it a second time won't do > any harm, but the cl_boot isn't thread-safe, so don't call it twice at > the same time from different threads. > > After calling cl_boot once you should be able to work with lisp from any > thread. This "working with lisp from any thread" I have tried, and got segfaults and corruption immediately. Seems that ecl_env_ptr is thread-local variable and should be properly initialized for every thread where lisp is used.

2 1

EclAndroid-0.0.1 on Android 6.0 ?
by Helmut Jarausch 09 Mar '16

09 Mar '16

Has anybody tried EclAndroid-0.0.1 on Android 6.0 ? Here on my Galaxy S5 with rooted Android 6.01 it crashes during start up. Many thanks for some info, Helmut

2 1

Some thread/GC questions
by Juraj Variny 09 Mar '16

09 Mar '16

Hello, can you please tell me how to: 1. Initialize lisp environment in a thread that was already created by C/C++ app? Is it possible for it to share existing lisp environment? 2. Is accessing and modification of the shared lisp environment from a new thread made by (mp:process-run-function) threadsafe? For example I am running swank this way, is this a safe practice? 3. In the environment where only ECL is garbage collected: Calling ecl_base_string_pointer_safe(si_copy_to_simple_base_string(obj)) means that resulting C string will be eventually garbage collected? 4. Likewise (ffi:c-inline () () :cstring "...") returns the value via ecl_cstring_to_base_string_or_nil() which causes trouble when C side deallocates it, I presume? Regards, Juraj

2 3

ecl-16.1.2: new maxima testsuite failure
by Andrey G. Grozin 02 Mar '16

02 Mar '16

maxima-5.37.3 built with ecl-16.0.0 runs its testsuite without unexpected errors. When buils with ecl-16.1.2, it fails in Running tests in rtest8: ********************** Problem 104 *************** Input: ev(e5, au = 0, omega = 2) Result: - u quad_qawf(%e , u, 0, 2, sin, epsabs = 1.0e-10, limit = 32, maxp1 = 100, limlst = 10) This differed from the expected result: [0.4000000000000001, 2.216570948815925e-11, 175, 0] 162/163 tests passed Andrey

3 9

compiling ecl android on MacOSX
by Pascal J. Bourguignon 01 Mar '16

01 Mar '16

Hello, We cannot compile ecl for android on MacOSX, because *nm* is used by gmp configure instead of $PLATFORM_PREFIX/bin/arm-linux-androideabi-nm With NM=$PLATFORM_PREFIX/bin/arm-linux-androideabi-nm in ecl/src/configure:5630, it passes: checking how to define a 32-bit word... .long but I'm not sure it's correct to hard wire this NM in ecl/src/configure; isn't it generated from autoconf? Well, configure passes, but then: ;;; Invoking external command: ;;; arm-linux-androideabi-gcc -I. -I/Users/pjb/src/android/ecl/build/ -DECL_API -I/Users/pjb/src/android/ecl/build/c -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DANDROID -DPLATFORM_ANDROID -DUSE_GET_STACKBASE_FOR_MAIN -DIGNORE_DYNAMIC_LOADING -DAO_REQUIRE_CAS -g -O2 -fPIC -D_THREAD_SAFE -Dandroid -I/Users/pjb/src/android/ecl/src/c -c lsp/predlib.c -o lsp/predlib.o In file included from ./ecl/ecl.h:82:0, from ./ecl/ecl-cmp.h:29, from lsp/predlib.c:3: lsp/predlib.c: In function 'si_long_float_p': lsp/predlib.c:1067:42: error: 't_longfloat' undeclared (first use in this function) value0 = ecl_make_bool(type_of(v1x) == t_longfloat); ^ ./ecl/object.h:126:28: note: in definition of macro 'ecl_make_bool' #define ecl_make_bool(x) ((x)? ECL_T : ECL_NIL) ^ lsp/predlib.c:1067:42: note: each undeclared identifier is reported only once for each function it appears in value0 = ecl_make_bool(type_of(v1x) == t_longfloat); ^ ./ecl/object.h:126:28: note: in definition of macro 'ecl_make_bool' #define ecl_make_bool(x) ((x)? ECL_T : ECL_NIL) ^ lsp/predlib.c: In function 'cl_coerce': lsp/predlib.c:2194:14: warning: assignment makes pointer from integer without a cast [enabled by default] value0 = ecl_make_long_float(ecl_to_long_double(v12c__value)); ^ It seems :long-float is put on *feature* when it should not. It should also be noted that Android is transitionning to 64-bit too, (and iOS already only accepts applications in the AppStore only if they include 64-bit binaries). https://source.android.com/source/64-bit-builds.html -- __Pascal J. Bourguignon__ http://www.informatimago.com/

2 3

ECL 16.1.2
by Daniel Kochmański 29 Feb '16

29 Feb '16

Dear all, ECL 16.1.2 has been released just a few minutes ago :-) Link to the announcement and downloads available in the news section on the website: https://common-lisp.net/project/ecl/ Best regards, Daniel -- Daniel Kochmański ;; aka jackdaniel | Poznań, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu "Be the change that you wish to see in the world." - Mahatma Gandhi

2 2

embedding ecl without (build-program)
by Juraj Variny 29 Feb '16

29 Feb '16

Hello, Is there is a way for ECL only to generate a bunch of .cpp files that can be fed to existing build system? I'm halfway there by generating C from my (ffi:c-inline) stuff like: (compile-file "src/common/lisp/lispinterface.lisp" :output-file "src/common/lisp/lispinterface.cpp"). But how do I initialize it on app startup? Looks like void init_fas_CODE(cl_object flag) should be called, but with what parameters? Some background: I am trying to embed ECL in a big C++ app with its own byzantine build system (ftjam with own layer on top of it). These C++ functions I am interfacing are not exposed externally (and I prefer not to), thus trying to load .fas file at runtime results in linker error. Also, I can't use (build-program) which won't work together with the build system. However, if (build-program) knows how to neatly pack whole initialization into one C function, that would solve the problem, too. Regards, Juraj

2 3

[CfP] ELS 2016 Deadline extension: Sat Feb 27
by Didier Verna 20 Feb '16

20 Feb '16

ELS'16 - 9th European Lisp Symposium Department of Computer Science AGH University of Science and Technology Kraków, Poland May 9-10, 2016 In cooperation with: ACM SIGPLAN Sponsored by EPITA, Franz Inc., LispWorks Ltd., IdEx and Dept. of Computer Science AGH UST http://www.european-lisp-symposium.org/ Recent news: - *** Submission deadline extended to Saturday Feb 27 *** 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, Hop and so on. We encourage everyone interested in Lisp to participate. The 9th European Lisp Symposium invites high quality papers about novel research results, insights and lessons learned from practical applications and educational perspectives. We also encourage submissions about known ideas as long as they are presented in a new setting and/or in a highly elegant way. Topics include but are not limited to: - Context-, aspect-, domain-oriented and generative programming - Macro-, reflective-, meta- and/or rule-based development approaches - Language design and implementation - Language integration, inter-operation and deployment - Development methodologies, support and environments - Educational approaches and perspectives - Experience reports and case studies We invite submissions in the following forms: Papers: Technical papers of up to 8 pages that describe original results or explain known ideas in new and elegant ways. Demonstrations: Abstracts of up to 2 pages for demonstrations of tools, libraries, and applications. Tutorials: Abstracts of up to 4 pages for in-depth presentations about topics of special interest for at least 90 minutes and up to 180 minutes. The symposium will also provide slots for lightning talks, to be registered on-site every day. All submissions should be formatted following the ACM SIGS guidelines and include ACM classification categories and terms. For more information on the submission guidelines and the ACM keywords, see: http://www.acm.org/sigs/publications/proceedings-templates and http://www.acm.org/about/class/1998. The conference proceedings will be published in the ACM Digital Library. Important dates: - *** EXTENDED *** 27 Feb 2016 Submission deadline *** EXTENDED *** - 25 Mar 2016 Notification of acceptance - 15 Apr 2016 Early registration deadline - 22 Apr 2016 Final papers due - 9-10 May 2016 Symposium Programme chair: Irène Durand, LaBRI, University of Bordeaux, France Local chair: Michał Psota, Emergent Network Defense, Kraków, Poland Programme committee: Antonio Leitao — INESC-ID / Instituto Superior Técnico, Universidade de Lisboa, Portugal Charlotte Heerzel — IMEC, Leuven, Belgium Christian Queinnec — University Pierre et Marie Curie, Paris 6, France Christophe Rhodes — Goldsmiths, University of London, United Kingdom Didier Verna — EPITA Research and Development Laboratory, France Erick Gallesio — University of Nice-Sophia Antipolis, France François-René Rideau, Google, USA Giuseppe Attardi — University of Pisa, Italy Henry Lieberman — MIT, USA Kent Pitman, HyperMeta Inc., USA Leonie Dreschler-Fischer — University of Hamburg, Germany Pascal Costanza — Intel Corporation, Belgium Robert Strandh — University of Bordeaux, France Search Keywords: #els2016, ELS 2016, ELS '16, European Lisp Symposium 2016, European Lisp Symposium '16, 9th ELS, 9th European Lisp Symposium, European Lisp Conference 2016, European Lisp Conference '16 -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

← Newer
1
...
17
18
19
20
21
22
23
24
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

ecl-devel