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

What is the proper way to pass a void* to a C++ instance?
by Ryan 14 Dec '16

14 Dec '16

Hello all, I'm working on a C++ project. For example let's say I have a class called MyClass In C++ I might have void* ptr = new MyClass(); // Assume default constructor What is the proper way to turn ptr into a cl_object? What is the proper way to decode the encoded cl_object back to C++'s void pointer so I can recast it? I've read the documentation and tried a bunch of things. Finally giving in and asking for a bit of direction since it's not working as I'd expect. I was using ecl_make_pointer(ptr) to try and make a cl_object I was using ecl_to_pointer([formerly created cl_object here]) to try and convert the cl_object pointer to a C++ void* Maybe the bug is elsewhere or I'm not understanding... Sincerely, Ryan

2 3

[ecl][rc-16.1.3]
by Daniel Kochmański 13 Dec '16

13 Dec '16

Dear All, We are slowly moving towards the next release. The current candidate is available in the main repository "rc-16.1.3" branch at: git@gitlab.com:embeddable-common-lisp/ecl.git For the list of changes see "CHANGELOG" file[1], For the testing progress see: https://gitlab.com/embeddable-common-lisp/ecl/issues/307 If nothing comes up until Sunday I'll merge it to the master branch and publish the release officially on Monday. Best regards, Daniel [1] for a complete list see commits in the repository and closed issues on the tracker. -- Daniel Kochmański ;; aka jackdaniel | Przemyśl, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu "Be the change that you wish to see in the world." - Mahatma Gandhi

2 2

probe-file cuts symlink filename to 128 chars
by Tomas Hlavaty 02 Dec '16

02 Dec '16

Hi, ecl 16.1.2 on Linux cuts symlink filename to 128 chars/bytes. It works with ordinary files. Examples bellow. It doesn't error with "Too long filename" as in si_coerce_to_filename but silently cuts the name and then fails with another error. Tomas --- $ nix-shell -p ecl --run 'ecl -q -eval "(print (length \"/nix/store/zgrivrhpcrq54hay1hyib80fac9syi7p-emacs-slime-2.18/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector.lisp\"))" -eval "(quit)"' ;;; Loading #P"/nix/store/wckaf9qh18iw93gimjxj915msvaskwgg-ecl-16.1.2/lib/ecl-16.1.2/asdf.fas" 133 $ nix-shell -p ecl --run 'ecl -q -eval "(print (probe-file \"/nix/store/zgrivrhpcrq54hay1hyib80fac9syi7p-emacs-slime-2.18/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector.lisp\"))" -eval "(quit)"' ;;; Loading #P"/nix/store/wckaf9qh18iw93gimjxj915msvaskwgg-ecl-16.1.2/lib/ecl-16.1.2/asdf.fas" #P"/nix/store/zgrivrhpcrq54hay1hyib80fac9syi7p-emacs-slime-2.18/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector.lisp" $ nix-shell -p ecl --run 'ecl -q -eval "(print (length \"/nix/store/rx4lnbvmv7hymadkzyv3ncvmf4sh5a3f-emacs-packages-deps/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector.lisp\"))" -eval "(quit)"' ;;; Loading #P"/nix/store/wckaf9qh18iw93gimjxj915msvaskwgg-ecl-16.1.2/lib/ecl-16.1.2/asdf.fas" 136 $ nix-shell -p ecl --run 'ecl -q -eval "(print (probe-file \"/nix/store/rx4lnbvmv7hymadkzyv3ncvmf4sh5a3f-emacs-packages-deps/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector.lisp\"))" -eval "(quit)"' ;;; Loading #P"/nix/store/wckaf9qh18iw93gimjxj915msvaskwgg-ecl-16.1.2/lib/ecl-16.1.2/asdf.fas" An error occurred during initialization: Filesystem error with pathname "/nix/store/zgrivrhpcrq54hay1hyib80fac9syi7p-emacs-slime-2.18/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector". Either 1) the file does not exist, or 2) we are not allowed to access the file, or 3) the pathname points to a broken symbolic link.. --- with gcc (progn (load "/nix/store/rx4lnbvmv7hymadkzyv3ncvmf4sh5a3f-emacs-packages-deps/share/emacs/site-lisp/elpa/slime-2.18/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/tmp/slime.1357")) 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>. > ;;; Loading "/nix/store/rx4lnbvmv7hymadkzyv3ncvmf4sh5a3f-emacs-packages-deps/share/emacs/site-lisp/elpa/slime-2.18/swank-loader.lisp" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/packages.fasc" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/backend.fasc" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/ecl.fasc" ;;; Loading #P"/nix/store/wckaf9qh18iw93gimjxj915msvaskwgg-ecl-16.1.2/lib/ecl-16.1.2/sockets.fas" ;;; Loading #P"/nix/store/wckaf9qh18iw93gimjxj915msvaskwgg-ecl-16.1.2/lib/ecl-16.1.2/profile.fas" ;;; Loading #P"/nix/store/wckaf9qh18iw93gimjxj915msvaskwgg-ecl-16.1.2/lib/ecl-16.1.2/serve-event.fas" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/gray.fasc" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/match.fasc" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/rpc.fasc" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/swank.fasc" ;;; Compiling /nix/store/rx4lnbvmv7hymadkzyv3ncvmf4sh5a3f-emacs-packages-deps/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector.lisp;; ;; Error compiling /nix/store/rx4lnbvmv7hymadkzyv3ncvmf4sh5a3f-emacs-packages-deps/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector.lisp: ;; Filesystem error with pathname "/nix/store/zgrivrhpcrq54hay1hyib80fac9syi7p-emacs-slime-2.18/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector". ;; Either ;; 1) the file does not exist, or ;; 2) we are not allowed to access the file, or ;; 3) the pathname points to a broken symbolic link. ;; Condition of type: FILE-ERROR Filesystem error with pathname "/nix/store/zgrivrhpcrq54hay1hyib80fac9syi7p-emacs-slime-2.18/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector". Either 1) the file does not exist, or 2) we are not allowed to access the file, or 3) the pathname points to a broken symbolic link. Available restarts: 1. (RESTART-TOPLEVEL) Go back to Top-Level REPL. Broken at SWANK-LOADER::COMPILE-FILES. In: #<process TOP-LEVEL>. File: #P"/nix/store/rx4lnbvmv7hymadkzyv3ncvmf4sh5a3f-emacs-packages-deps/share/emacs/site-lisp/elpa/slime-2.18/swank-loader.lisp" (Position #6362) >> :b Backtrace: > SWANK-LOADER::COMPILE-FILES > swank-loader::compile-contribs > swank::run-hook > swank::init > swank-loader::setup > swank-loader:init > si:bytecodes [Evaluation of: (funcall (read-from-string "swank-loader:init"))] > si:bytecodes [Evaluation of: (si:top-level t)] --- with bytecode compiler (progn (load "/nix/store/rx4lnbvmv7hymadkzyv3ncvmf4sh5a3f-emacs-packages-deps/share/emacs/site-lisp/elpa/slime-2.18/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/tmp/slime.1357")) 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>. > ;;; Loading "/nix/store/rx4lnbvmv7hymadkzyv3ncvmf4sh5a3f-emacs-packages-deps/share/emacs/site-lisp/elpa/slime-2.18/swank-loader.lisp" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/packages.fasc" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/backend.fasc" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/ecl.fasc" ;;; Loading #P"/nix/store/wckaf9qh18iw93gimjxj915msvaskwgg-ecl-16.1.2/lib/ecl-16.1.2/sockets.fas" ;;; Loading #P"/nix/store/wckaf9qh18iw93gimjxj915msvaskwgg-ecl-16.1.2/lib/ecl-16.1.2/profile.fas" ;;; Loading #P"/nix/store/wckaf9qh18iw93gimjxj915msvaskwgg-ecl-16.1.2/lib/ecl-16.1.2/serve-event.fas" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/gray.fasc" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/match.fasc" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/rpc.fasc" ;;; Loading "/home/tomas/.slime/fasl/2016-04-19/ecl-16.1.2-linux-x86_64/swank.fasc" ;;; Compiling /nix/store/rx4lnbvmv7hymadkzyv3ncvmf4sh5a3f-emacs-packages-deps/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector.lisp;; ;; Error compiling /nix/store/rx4lnbvmv7hymadkzyv3ncvmf4sh5a3f-emacs-packages-deps/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector.lisp: ;; Filesystem error with pathname "/nix/store/zgrivrhpcrq54hay1hyib80fac9syi7p-emacs-slime-2.18/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector". ;; Either ;; 1) the file does not exist, or ;; 2) we are not allowed to access the file, or ;; 3) the pathname points to a broken symbolic link. ;; Condition of type: FILE-ERROR Filesystem error with pathname "/nix/store/zgrivrhpcrq54hay1hyib80fac9syi7p-emacs-slime-2.18/share/emacs/site-lisp/elpa/slime-2.18/contrib/swank-fancy-inspector". Either 1) the file does not exist, or 2) we are not allowed to access the file, or 3) the pathname points to a broken symbolic link. Available restarts: 1. (RESTART-TOPLEVEL) Go back to Top-Level REPL. Broken at SWANK-LOADER::COMPILE-FILES. In: #<process TOP-LEVEL>. File: #P"/nix/store/rx4lnbvmv7hymadkzyv3ncvmf4sh5a3f-emacs-packages-deps/share/emacs/site-lisp/elpa/slime-2.18/swank-loader.lisp" (Position #6362) >> :b Backtrace: > SWANK-LOADER::COMPILE-FILES > swank-loader::compile-contribs > swank::run-hook > swank::init > swank-loader::setup > swank-loader:init > si:bytecodes [Evaluation of: (funcall (read-from-string "swank-loader:init"))] > si:bytecodes [Evaluation of: (si:top-level t)]

2 4

EQL5 is a port of EQL to Qt5
by PR 29 Nov '16

29 Nov '16

Hi list, EQL5 (EQL for Qt5) can be found here: https://gitlab.com/eql/EQL5 Nothing new has been added (yet), it's just a simple port of EQL/Qt4 to Qt5. Paul P.S. If you want to help testing on OSX, you're welcome! (I don't own a Mac anymore.)

3 2

Crosscompiling ECL for Windows
by Wolfgang Dautermann 17 Nov '16

17 Nov '16

Dear ECL-developers, Can one crosscompile ECL for Windows (on a Linux based system)? Currently it fails - both the latest release and the current GIT - with: $ ./configure --host=i686-w64-mingw32 $ make [...] i686-w64-mingw32-gcc -DECLDIR="\"/usr/local/lib/ecl-16.1.2\"" -I. -I/tmp/ecl/build -I/tmp/ecl/src/c -I../ecl/gc -DECL_API -DECL_NO_LEGACY -g -O2 -D_THREAD_SAFE -Dmingw32 -c -o threads/process.o threads/process.o.c /tmp/ecl/src/c/threads/process.d:40:22: error: conflicting types for 'GC_CreateThread' extern HANDLE WINAPI GC_CreateThread( ^ In file included from /tmp/ecl/build/ecl/config.h:84:0, from /tmp/ecl/build/ecl/ecl.h:37, from /tmp/ecl/src/c/threads/process.d:20: /tmp/ecl/build/ecl/gc/gc.h:1536:26: note: previous declaration of 'GC_CreateThread' was here GC_API HANDLE WINAPI GC_CreateThread( ^ /tmp/ecl/src/c/threads/process.d: In function 'mp_exit_process': /tmp/ecl/src/c/threads/process.d:604:1: warning: 'noreturn' function does return Makefile:85: recipe for target 'threads/process.o' failed make[2]: *** [threads/process.o] Error 1 make[2]: Leaving directory '/tmp/ecl/build/c' Makefile:120: recipe for target 'libeclmin.a' failed make[1]: *** [libeclmin.a] Error 2 make[1]: Leaving directory '/tmp/ecl/build' Makefile:70: recipe for target 'all' failed make: *** [all] Error 2 What is the problem here? (Background: I developed a crosscompiled Windows installer for the (Lisp based) computer algebra system 'Maxima' (using 'Wine' (does ECL work with the emulator 'wine'?)), currently based on CLISP and SBCL - and probably I can support ECL too - but for that I should be able to crosscompile it. Best regards, Wolfgang

2 12

[quarterly volume 5]
by Daniel Kochmański 10 Nov '16

10 Nov '16

Dear All, New ECL Quarterly issue has been published today. I hope to make it more regular, sorry for the delay. https://common-lisp.net/project/ecl/posts/ECL-Quarterly-Volume-V.html I have also some latency with the next release, but I hope to finish it before a new year. Best regards, Daniel -- Daniel Kochmański ;; aka jackdaniel | Przemyśl, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu "Be the change that you wish to see in the world." - Mahatma Gandhi

2 1

10th European Lisp Symposium, April 3-4 2017, Brussels, Belgium
by Didier Verna 07 Nov '16

07 Nov '16

ELS'17 - 10th European Lisp Symposium VUB - Vrije Universiteit Brussel Belgium April 3-4, 2017 In co-location with <Programming> 2017 http://www.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, Hop and so on. We encourage everyone interested in Lisp to participate. The 10th 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: - 30 Jan 2017 Submission deadline - 27 Feb 2017 Notification of acceptance - 20 Mar 2017 Final papers due - 03-04 Apr 2017 Symposium Programme chair: Alberto Riva, University of Florida, USA Programme committee: tba Search Keywords: #els2017, ELS 2017, ELS '17, European Lisp Symposium 2017, European Lisp Symposium '17, 10th ELS, 10th European Lisp Symposium, European Lisp Conference 2017, European Lisp Conference '17 -- Resistance is futile. You will be jazzimilated. Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

ECL build and SHELL variable.
by Tigran Aivazian 27 Sep '16

27 Sep '16

Dear Yasuaki, I have some good news --- I have successfully compiled ECL 16.1.2 under Termux environment and then successfully compiled MAxima 5.38.1 based on it. This is Android 5.1.1 running on Nexus 10 tablet, i.e. armv7l architecture. I intend to also compile it on Android 6.0.1 on aarch64 architecture. I had to make a few changes to ECL which I will have to submit to the maintainer at some point. Now, everything (except the bits you noticed, like fib() etc which are worked around in your init.lisp file) works fine except the system() function (and invoking gnuplot which uses the same mechanism). I used strace to track it down to the fact that even though Maxima was compiled with "--posix-shell=/data/data/com.termux/files/usr/bin/bash", still the plot2d() command causes execve() with hardcoded path "/bin/sh". I have made sure that there are NO hardcoded instances of "/bin/sh" left in Maxima, BUT it still happens. This means it is coming from ECL and I see hardcoded "/bin/sh" here: $ strings /usr/local/lib/ecl-16.1.2/defsystem.fas | fgrep --color "/bin/sh" So I suspect it is coming from defsystem.fas. Now, you must have faced the same issue when you compiled ECL 12.12.1 for use by Maxima 5.36.1 on Android. But your sources on github don't contain any patches to ECL, so I am writing to you to ask how you overcame this issue (because running your maxima.pie binary in Termux works fine, but I wanted to have Maxima 5.38.1 and so I had to recompile everything from sources). I will dig into ECL sources today trying to find this hardcoded "/bin/sh" (it should really rely on the value of SHELL variable) but if you know the answer it would save my time greatly. Thank you. Kind regards, Tigran

1 1

Problems compiling ECL for Termux on Android.
by Tigran Aivazian 26 Sep '16

26 Sep '16

Hello, I am trying to compile ECL 16.1.2 under Android 6.0.1 in Termux environment (this has almost nothing to do with compiling for Android target --- just think of Termux as a GNU Linux implementation running on Android kernel). Termux is an Android application which provides GNU Linux environment, see here http://termux.com (After installing Termux do "apt update && apt upgrade -y" and also install a myriad of applications to turn it into proper Linux development workstation, e.g. I always install the following (plus a plethora of python modules but they are irrelevant for this discussion): apt install autoconf automake bc binutils-dev bison bzip2 cboard clang-dev cmake coreutils ctags curl cvs diffutils dnsutils dos2unix dpkg-dev ecj elfutils-dev \ elinks expect-dev fftw-dev ffmpeg-dev file-dev findutils flac flex-dev freetype-dev gawk-dev gcal gdb-dev git glib-dev glib-bin gnuchess gnuplot grep gzip htop iconv imagemagick-dev \ lftp libandroid-glob-dev openssh libtool-dev libpng libpng-dev libtiff libtiff-dev libtiff-utils ltrace strace mc man-dev make-dev \ lua-dev luarocks mlocate ncurses-dev ncurses-utils nmap patch p7zip php-dev pkg-config mpv procps python-dev qalc rsync sed tar taskwarrior tcl-dev termux-api \ tesseract-dev tmate tracepath tree units unzip unrar vim wget zip linux-man-pages but a smaller subset should be sufficient, e.g. surely one doesn't need gnuchess/cboard to compile ECL :) So, in order to configure ECL 16.1.2 I did the following after unpacking the sources: 1. $ export CONFIG_SHELL = $SHELL 2. Fix all configure and config.guess scripts to not use #!/bin/sh because under Termux the shell is $PREFIX/bin/bash (and /bin is not accessible): $ find -name 'configure' -exec termux-fix-shebang {} \; $ find -name 'config.guess' -exec termux-fix-shebang {} \; 3. $ ./configure --prefix=$PREFIX/local This succeeds. And so I go on to 4. $ make (this fails but due to a trivial thing --- some Makefiles contain hardcoded "/bin/sh" references --- so I fix all these to refer to the proper location of bash in Termux) 5. Re-run make after all these changes and it fails here: $ make cd build; make make[1]: Entering directory '/data/data/com.termux/files/home/Maxima/ecl-16.1.2/build' if (echo c gc libffi atomic | grep gmp); then \ cd gmp && make install && \ cd .. && mv include/gmp.h ecl/ && rmdir include && \ mv ./libgmp.a ./libeclgmp.a; \ fi test -d ecl/gc || mkdir ecl/gc test -d ecl/gc/private || mkdir ecl/gc/private if (echo c gc libffi atomic | grep gc); then \ cd gc && make install && cd .. && \ cp -rf /data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/bdwgc/include/private/*.h ecl/gc/private/ && \ mv libgc.a libeclgc.a; \ fi c gc libffi atomic make[2]: Entering directory '/data/data/com.termux/files/home/Maxima/ecl-16.1.2/build/gc' make[3]: Entering directory '/data/data/com.termux/files/home/Maxima/ecl-16.1.2/build/gc' depbase=`echo dyn_load.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\ /data/data/com.termux/files/usr/bin/bash ./libtool --tag=CC --mode=compile gcc -fPIC -DHAVE_CONFIG_H -I./include -I/data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/bdwgc/include -I./libatomic_ops/src -I/data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/bdwgc/libatomic_ops/src -I/data/data/com.termux/files/home/Maxima/ecl-16.1.2/build/ecl -fexceptions -Wall -Wextra -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -fPIC -D_THREAD_SAFE -fno-strict-aliasing -MT dyn_load.lo -MD -MP -MF $depbase.Tpo -c -o dyn_load.lo /data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/bdwgc/dyn_load.c &&\ mv -f $depbase.Tpo $depbase.Plo libtool: compile: gcc -fPIC -DHAVE_CONFIG_H -I./include -I/data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/bdwgc/include -I./libatomic_ops/src -I/data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/bdwgc/libatomic_ops/src -I/data/data/com.termux/files/home/Maxima/ecl-16.1.2/build/ecl -fexceptions -Wall -Wextra -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -fPIC -D_THREAD_SAFE -fno-strict-aliasing -MT dyn_load.lo -MD -MP -MF .deps/dyn_load.Tpo -c /data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/bdwgc/dyn_load.c -o dyn_load.o /data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/bdwgc/dyn_load.c:116:14: error: redefinition of 'link_map' struct link_map { ^ /data/data/com.termux/files/usr/include/link.h:57:8: note: previous definition is here struct link_map { ^ /data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/bdwgc/dyn_load.c:123:14: error: redefinition of 'r_debug' struct r_debug { ^ /data/data/com.termux/files/usr/include/link.h:66:8: note: previous definition is here struct r_debug { ^ 2 errors generated. make[3]: *** [Makefile:1527: dyn_load.lo] Error 1 make[3]: Leaving directory '/data/data/com.termux/files/home/Maxima/ecl-16.1.2/build/gc' make[2]: *** [Makefile:1710: install-recursive] Error 1 make[2]: Leaving directory '/data/data/com.termux/files/home/Maxima/ecl-16.1.2/build/gc' make[1]: *** [Makefile:123: libeclgc.a] Error 2 make[1]: Leaving directory '/data/data/com.termux/files/home/Maxima/ecl-16.1.2/build' make: *** [Makefile:70: all] Error 2 So, then I check that those two definitions (link_map and r_debug) in dyn_load.c are compatible with the system ones in link.h and comment them out. Then I restart make and it goes on successfully for quite a while until failing here: libtool: compile: gcc -fPIC -DHAVE_CONFIG_H -I. -I/data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/libffi -I. -I/data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/libffi/include -Iinclude -I/data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/libffi/src -I. -I/data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/libffi/include -Iinclude -I/data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/libffi/src -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -fPIC -D_THREAD_SAFE -MT src/arm/sysv.lo -MD -MP -MF src/arm/.deps/sysv.Tpo -c /data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/libffi/src/arm/sysv.S -o src/arm/sysv.o /data/data/com.termux/files/home/Maxima/ecl-16.1.2/src/libffi/src/arm/sysv.S:399:2: error: invalid instruction stmeqia r2, {r0, r1} And this is where I get stuck because I don't know ARM instruction set. I am a Linux kernel developer (or was, many years ago) and know C and a bit of asm for x86 architecture, but not ARM. Any ideas? Btw, the reason I am trying to compile ECL for Termux is because the next step would be to compile Maxima. I know that there is already Maxima for Android but it is a GUI version and so not very convenient for the real work. Real scientific work with Maxima can only be done in a text-based terminal version (and plotting is irrelevant as it is much more convenient to be done with python's matplotlib anyway which works perfectly under Termux). Kind regards, Tigran

1 0

Ecl fails to compile under visual studio enterprise 2015
by lucaregini＠yahoo.it 01 Sep '16

01 Sep '16

Hi All,I have attempted unsuccesfully to compile Ecl under VS 2015 enterprise.I have simply run the nmake command from a VS2015 x86 command prompt with the makefile left untouched.This is what I am getting: ../ecl/ecl.h(33): warning C4005: 'va_copy': macro redefinition../ecl/config.h(450): warning C4005: 'isnan': macro redefinition ../../src/c/file.d(5324): error C2039: '_cnt': is not a member of '_iobuf' Any clue?Regards,Luca

3 2