- ecl-devel - mailman3.common-lisp.net

ECL cross-compiled for 'aarch64' considered stable?
by PR 12 Mar '19

12 Mar '19

Hi, I have a question about 'aarch64' cross compiling: Using a recent ECL git snapshot (2019-03-06) I could successfully cross-compile ECL to aarch64 (applying a small patch, more on this later), using android NDK 18b (which uses llvm). Did anybody here run ECL on aarch64, and is it considered to be stable? I'm asking because of my EQL5-Android project: I successfully compiled the REPL example to aarch64, but I encountered a severe memory corruption at startup. I found a (stupid) workaround for this, and it definitely happens only with the combination of Qt 5.12.1 and ECL on android. (Qt 5.12.1 on aarch64 runs stable without ECL). Once the android REPL example is started up, the app seems to run fine. (The stupid workaround hack I use is calling the QApplication constructor twice, first on the stack, then on the heap; the used one is the one on the heap; without this the app would crash every time I call QCoreApplication::arguments(), which accesses 'argc' and 'argv' passed to 'main()': this means that the argc, argv data gets overwritten somehow on startup.) Regarding the above mentioned patch to cross-compile to aarch64: I needed to comment out one line in 'build/ecl/config-internal.h': //# define FILE_CNT(fp) ((fp)->_r) Here the patch: diff --git a/config-internal.h.orig b/config-internal.h index 2c0cd4c..a399192 100644 --- a/config-internal.h.orig +++ b/config-internal.h @@ -211,7 +211,7 @@ # define FILE_CNT(fp) ((fp)->_IO_read_end - (fp)->_IO_read_ptr) #endif #if 2 == 2 -# define FILE_CNT(fp) ((fp)->_r) +//# define FILE_CNT(fp) ((fp)->_r) // not available for 'aarch64' with recent android NDK #endif #if 2 == 3 # define FILE_CNT(fp) ((fp)->_cnt) This is because the 'struct __sFILE' in latest NDKs is only opaquely defined, and they say that we can't rely on its internals. In fact, the definition in "struct_file.h" is this (android NDK 18b, which is llvm only, gcc just links to clang): struct __sFILE { #if defined(__LP64__) char __private[152]; #else char __private[84]; #endif } __attribute__((aligned(sizeof(void*)))); You see, no internals revealed! Any comments on this appreciated, Paul

2 3

Re: Is this thing on? Cross-compiling for ARM
by Renaud Casenave-Péré 24 Feb '19

24 Feb '19

On Tue, Feb 19 2019, PR wrote: > 2019-02-19 2:06 GMT+01:00, Renaud Casenave-Péré <renaud(a)casenave-pere.fr>: >> I still need to find a way to efficiently use slime with this setup. > > Just thinking loud: couldn't the approach used in EQL5-Android be > ported to Sailfish (I mean for Slime), because on Android not only > Lisp but also the QML files can be reloaded live on the device, which > is very convenient (like in example "my" from EQL5-Android): > > https://gitlab.com/eql/EQL5-Android/tree/master/examples/my That is indeed a pretty nice solution, thanks! -- Renaud Casenave-Péré

1 0

Catching SIGPIPE
by Gunter Königsmann 15 Feb '19

15 Feb '19

Dear all, Maxima (which is written in lisp) connects to its front-end using a network socket. stdout and stderr of the lisp are redirected to this socket. If the front-end dies unexpectedly this seems to cause ECL to output an error message which (since it cannot be output) causes an error message which causes... On gcl maxima just catches the SIGPIPE signal and exits if the pipe breaks. ECL offers ECL_OPT_TRAP_SIGPIPE but I don't know what to do with it. Could anyone give me a hand? the function that sets up the server is: (defun setup-client (port &optional (host "localhost")) ;; The following command has to be executed on windows before ;; the connection is opened. If it isn't the first unicode ;; character maxima wants to send causes sbcl to wait indefinitely. #+sbcl (setf sb-impl::*default-external-format* :utf-8) (multiple-value-bind (sock condition) (ignore-errors (open-socket host port)) (unless sock ; It appears that we were unable to open a socket or connect to the ; specified port. (mtell (intl:gettext "~%Unable to connect Maxima to port ~:M.~%") port) (mtell (intl:gettext "Error: ~A~%") condition) ($quit)) #+gcl (setq si::*sigpipe-action* 'si::bye) (setq *socket-connection* sock) (setq $old_stderr *error-output* $old_stdout *standard-output*) #+ecl (setq *old-stdin* *standard-input* *old-stdout* *standard-output* *old-sterr* *error-output* *old-term-io* *terminal-io* *old-debug-io* *debug-io*) (setq *standard-input* sock) (setq *standard-output* sock) (setq *error-output* sock) (setq *terminal-io* sock) (setq *trace-output* sock) (format t "pid=~a~%" (getpid)) (force-output sock) (setq *debug-io* sock)) (values)) Kind regards, Gunter.

2 1

least-positive vs least-positive-normalized
by Raymond Toy 13 Feb '19

13 Feb '19

With ecl 16.1.3, I noticed that least-positive-double-float and least-positive-normalized-double-float are exactly equal. This is allowed, but ecl can work with denormals since (/ least-positive-normalized-double-float 10) is printed correctly. Maybe these two values should be different? Or maybe ecl really meant to turn on flush-to-zero so that no denormals can occur? -- Ray?

3 3

specifying custom location for ecl-quicklisp packages
by Dima Pasechnik 03 Feb '19

03 Feb '19

Dear all, we have trouble understanding how ecl-quicklisp can be configured to install packages at a custom location. Currently, either (require :asdf) (asdf:load-system :ecl-quicklisp) or (require :ecl-quicklisp) starts installing things into ~/quicklisp/ no matter what one tries. E.g. quicklisp FAQ tells about (quicklisp-quickstart:install :path ".quicklisp/") but this seems to need to be evaluated much earlier than (require :ecl-quicklisp)... Does this mean one needs to change the ECL installation procedure to take care of this? Thanks Dima

2 1

[Final CfP] 12th European Lisp Symposium, deadline extension
by Didier Verna 01 Feb '19

01 Feb '19

ELS'19 - 12th European Lisp Symposium Hotel Bristol Palace Genova, Italy April 1-2 2019 In cooperation with: ACM SIGPLAN In co-location with <Programming> 2019 Sponsored by EPITA and Franz Inc. http://www.european-lisp-symposium.org/ Recent news: - Submission deadline extended to Friday February 8. - Keynote abstracts now available. - <Programming> registration now open: https://2019.programming-conference.org/attending/Registration - Student refund program after the conference. 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 12th 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 Computing Classification System 2012 concepts and terms. Submissions should be uploaded to Easy Chair, at the following address: https://www.easychair.org/conferences/?conf=els2019 Note: to help us with the review process please indicate the type of submission by entering either "paper", "demo", or "tutorial" in the Keywords field. Important dates: - 08 Feb 2019 Submission deadline (*** extended! ***) - 01 Mar 2019 Notification of acceptance - 18 Mar 2019 Final papers due - 01-02 Apr 2019 Symposium Programme chair: Nicolas Neuss, FAU Erlangen-Nürnberg, Germany Programme committee: Marco Antoniotti, Universita Milano Bicocca, Italy Marc Battyani, FractalConcept, France Pascal Costanza, IMEC, ExaScience Life Lab, Leuven, Belgium Leonie Dreschler-Fischer, University of Hamburg, Germany R. Matthew Emerson, thoughtstuff LLC, USA Marco Heisig, FAU, Erlangen-Nuremberg, Germany Charlotte Herzeel, IMEC, ExaScience Life Lab, Leuven, Belgium Pierre R. Mai, PMSF IT Consulting, Germany Breanndán Ó Nualláin, University of Amsterdam, Netherlands François-René Rideau, Google, USA Alberto Riva, Unversity of Florida, USA Alessio Stalla, ManyDesigns Srl, Italy Patrick Krusenotto, Deutsche Welle, Germany Philipp Marek, Austria Sacha Chua, Living an Awesome Life, Canada Search Keywords: #els2019, ELS 2019, ELS '19, European Lisp Symposium 2019, European Lisp Symposium '19, 12th ELS, 12th European Lisp Symposium, European Lisp Conference 2019, European Lisp Conference '19 -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

Issue installing on windows, built with msvc
by Fabrice Leal 30 Jan '19

30 Jan '19

took a second look at this and turns out "nmake" was not completing correctly... there was an error about not being able to spawn process "rc", and apparently there's some issue about the VS2015 command line not having it in the PATH. So I gave it another try with the VS2017 command line and now it compiles and installs fine. -- --- Fabrice Leal

1 0

Issue installing on windows, built with msvc
by Fabrice Leal 27 Jan '19

27 Jan '19

Hi, I think I found an issue installing ecl on windows, I followed the instructions on the INSTALL file, compilation with nmake seems to run ok, but when I run "nmake install prefix=C:\ecl" I get this error: for /f %i in ('type MODULES') do copy /Y %i "C:\ecl" NMAKE : fatal error U1077: 'for' : return code '0x1' Stop. At the msvc directory there's a "modules" file, but it seems empty... am I missing something?

1 0

[Reminder CfP] ELS 2019, 12th European Lisp Symposium, April 1-2, Genova
by Didier Verna 12 Jan '19

12 Jan '19

ELS'19 - 12th European Lisp Symposium Hotel Bristol Palace Genova, Italy April 1-2 2019 In cooperation with: ACM SIGPLAN In co-location with <Programming> 2019 Sponsored by EPITA http://www.european-lisp-symposium.org/ Recent news: - Keynote by Stefan Monnier on Emacs Lisp - Keynote by Christophe Rhodes on SBCL - Guest appearance by Matthew Flatt on Racket 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 12th 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 Computing Classification System 2012 concepts and terms. Submissions should be uploaded to Easy Chair, at the following address: https://www.easychair.org/conferences/?conf=els2019 Note: to help us with the review process please indicate the type of submission by entering either "paper", "demo", or "tutorial" in the Keywords field. Important dates: - 01 Feb 2019 Submission deadline - 01 Mar 2019 Notification of acceptance - 18 Mar 2019 Final papers due - 01-02 Apr 2019 Symposium Programme chair: Nicolas Neuss, FAU Erlangen-Nürnberg, Germany Programme committee: Marco Antoniotti, Universita Milano Bicocca, Italy Marc Battyani, FractalConcept, France Pascal Costanza, IMEC, ExaScience Life Lab, Leuven, Belgium Leonie Dreschler-Fischer, University of Hamburg, Germany R. Matthew Emerson, thoughtstuff LLC, USA Marco Heisig, FAU, Erlangen-Nuremberg, Germany Charlotte Herzeel, IMEC, ExaScience Life Lab, Leuven, Belgium Pierre R. Mai, PMSF IT Consulting, Germany Breanndán Ó Nualláin, University of Amsterdam, Netherlands François-René Rideau, Google, USA Alberto Riva, Unversity of Florida, USA Alessio Stalla, ManyDesigns Srl, Italy Patrick Krusenotto, Deutsche Welle, Germany Philipp Marek, Austria Sacha Chua, Living an Awesome Life, Canada Search Keywords: #els2019, ELS 2019, ELS '19, European Lisp Symposium 2019, European Lisp Symposium '19, 12th ELS, 12th European Lisp Symposium, European Lisp Conference 2019, European Lisp Conference '19 -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

Manually trigger the garbage collector
by Gunter Königsmann 02 Jan '19

02 Jan '19

Dear all, Is there any way to manually trigger ECL's garbage collector if I know that I have just created many temporary objects that I don't need any more?. Thanks a lot, and kind regards, Gunter.

3 3