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

App Store Compatibility?
by Joshua Armenta 16 Apr '21

16 Apr '21

Hi all, Thanks for a great project. Are libraries built with ECL compatible with Apple’s App Store policies? Specifically, does the app make any private API calls to the macOS operating system? Many thanks, Josh Disclaimer The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast, a leader in email security and cyber resilience. Mimecast integrates email defenses with brand protection, security awareness training, web security, compliance and other essential capabilities. Mimecast helps protect large and small organizations from malicious activity, human error and technology failure; and to lead the movement toward building a more resilient world. To find out more, visit our website.

2 2

Dependency issue with program-op
by Didier Verna 22 Mar '21

22 Mar '21

Hello, I'm cross-posting because I don't know if the issue is related to ASDF or ECL. I'm using the most recent repos of both. When dumping a very simple system defined like this: (asdf:defsystem :simple :depends-on (:net.didierverna.clon) :components ((:file "simple")) :entry-point "simple:main") with (asdf:operate 'asdf:program-op :simple), I'm getting a runtime error with the executable: Condition of type: SIMPLE-PACKAGE-ERROR There exists no package with name "NET.DIDIERVERNA.CLON.SETUP" No restarts available. Top level in: #<process TOP-LEVEL 0x10a821f80>. So it seems that the net.didierverna.clon.setup system is not dumped in the executable. In Clon, the dependency on setup is indirect: net.didierverna.clon <- net.didierverna.clon.core net.didierverna.clon.core <- net.didierverna.clon.setup If I add an explicit dependency on setup in the :simple ASDF system above like this: :depends-on (:net.didierverna.clon.setup :net.didierverna.clon)) the problem goes away. This doesn't happen with the 5 other Lisp implementations that I've tested. Also, it may be worth mentioning that Clon's setup system gets a special treatment. It's loaded explicitly at the top of several .asd files like this (with the utmost disrespect for the Almighty ASDF Gods recommendations): (asdf:load-system :net.didierverna.clon.setup) I'm wondering if this may have something to do with the problem. Thanks! -- ¡En Seguida! -- New album: https://www.didierverna.com/records/en-seguida.php Available on all digital platforms now! Lisp, Jazz, Aïkido: http://www.didierverna.info

3 4

Calling into an ECL-compiled .so from C, best practices, how to pass strings, etc...
by Eric Schulte 15 Mar '21

15 Mar '21

Hi, I’m trying to compile a common lisp system into a .so which I can then wrap a Python library around to enable easy sharing of the functionality as a Python package (wheel). I’m having trouble finding examples of other C code calling into ECL-compiled shared objects of lisp code. I hope I can solicit some answer and critical code review here, or pointers to exemplar implementations would also be much appreciated. So far I have: 1. A Makefile [1] rule to build the .so from the common lisp package. This part actually seems to be working well (if slow to compile). 2. A C source file [2] wrapping the ECL-compiled shared object. I think this is likely where most of my problems are: specifically: * How does one get a string back out from Common Lisp to C? Currently I’m jumping through hoops that seem like they should be unnecessary [3] and only work some of the time (other times I’m getting multiple copies of the string text). * How does one get a UTF8 string from C (wchar_t*) into Common Lisp? I haven’t found a way so for now I’m limiting my input to ASCII (char*) [4]. * Is the best way to invoke a function really to call c_string_to_object (e.g., [5] among many others)? It seems like there should be a more efficient way than converting a string into a function name for every function dispatch. * Finally, calling init [6] has two problems. First, it takes a very long time every time I load the library. Is there no way to save the state of the lisp image after initialization? Second, it loads ASDF from a path relative to my local system. Can I get ASDF compiled into the shared object to remove as many external dependencies as possible? Any help is much appreciated. Also, thanks to those who answered issues on the ECL GitLab repository to help me get this far. Thanks! Eric [1] https://github.com/GrammaTech/sel/blob/python-library/Makefile#L110-L128 [2] https://github.com/GrammaTech/sel/blob/python-library/software/tree-sitter.c [3] https://github.com/GrammaTech/sel/blob/python-library/software/tree-sitter.… [4] https://github.com/GrammaTech/sel/blob/python-library/software/tree-sitter.… [5] https://github.com/GrammaTech/sel/blob/python-library/software/tree-sitter.… [6] https://github.com/GrammaTech/sel/blob/python-library/software/tree-sitter.… ________________________________ The information contained in this e-mail and any attachments from GrammaTech, Inc may contain confidential and/or proprietary information, and is intended only for the named recipient to whom it was originally addressed. If you are not the intended recipient, any disclosure, distribution, or copying of this e-mail or its attachments is strictly prohibited. If you have received this e-mail in error, please notify the sender immediately by return e-mail and permanently delete the e-mail and any attachments.

2 2

[Reminder CfP] ELS 2021, 14th European Lisp Symposium, May 3-4
by Didier Verna 25 Feb '21

25 Feb '21

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 14th European Lisp Symposium Call for Papers May 3 - May 4, 2021 Online / Everywhere http://www.european-lisp-symposium.org/2021 Sponsored by EPITA and RavenPack ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Invited Speakers ~~~~~~~~~~~~~~~~ Nada Amin - Harvard SEAS others tba Important Dates ~~~~~~~~~~~~~~~ - Submission deadline: March 7, 2021 - Author notification: April 6, 2021 - Final papers due: April 19, 2021 - Symposium: May 3 - May 4, 2021 Scope ~~~~~ The European Lisp Symposium is a premier forum for the discussion and dissemination of all aspects of design, implementation and application of any of the Lisp dialects, including Common Lisp, Scheme, Emacs Lisp, Clojure, Racket, ACL2, AutoLisp, ISLISP, Dylan, SKILL, Hy, Shen, Carp, Janet, uLisp, Picolisp, Gamelisp, TXR, and so on. We encourage everyone interested in Lisp to participate. The European Lisp Symposium 2021 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 Technical Program ~~~~~~~~~~~~~~~~~ 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 4 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. 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 http://www.easychair.org/conferences/?conf=els2021 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. Programme Chair ~~~~~~~~~~~~~~~ Marco Heisig - FAU Erlangen-Nürnberg, Germany Local Chairs ~~~~~~~~~~~~ Michał Herda Mark Evenson - RavenPack Programme Committee ~~~~~~~~~~~~~~~~~~~ Ioanna Dimitriou - Igalia Irène Durand - LaBRI University of Bordeaux R. Matthew Emerson - thoughtstuff LLC Matthew Flatt - University of Utah Jonathan Godbout - Google Paulo Matos - Linki Tools David McClain - SpectroDynamics, LLC Stefan Monnier - University of Montreal Jim Newton - EPITA Research Lab Kent Pitman - HyperMeta Inc. Christophe Rhodes - Google Kai Selgrad - OTH Regensburg Olin Shivers - Northeastern University Robert Smith - Rigetti Quantum Computing Michael Sperber - DeinProgramm Evrim Ulu - Middle East Technical University Breanndán Ó Nualláin - Machine Learning Programs -- Lisp, Jazz, Aïkido: http://www.didierverna.info

1 0

[release][21.2.21]
by Daniel Kochmański 01 Feb '21

01 Feb '21

Dear Community, we are happy to announce a new release of ECL. https://common-lisp.net/project/ecl/posts/ECL-2121-release.html 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

1 0

[EQL5] Slow startup
by Erik Winkels 14 Jan '21

14 Jan '21

Hi, in my app for Sailfish OS I've got a really long startup time compared to other apps. (On the first load it is especially long, I assume because Quicklisp is loading systems.) The longest wait and the one that would make startup time good enough for me if it was gone is marked with "-->": $ eql5 --version [D] unknown:0 - Using Wayland-EGL EQL5 20.7.1 (ECL 20.4.24, Qt 5.6.3) $ pusfofefe [D] unknown:0 - Using Wayland-EGL ;;; Loading #P"/usr/lib/ecl-20.4.24/ecl-quicklisp.fas" ;;; Loading #P"/usr/lib/ecl-20.4.24/ecl-curl.fas" ;;; Loading #P"/usr/lib/ecl-20.4.24/sockets.fas" ;;; Loading "/home/nemo/quicklisp/setup.lisp" ;;; Loading #P"/usr/lib/ecl-20.4.24/asdf.fas" --> Reading config "/home/nemo/.config/pusfofefe/config.lisp"... Config read. Reading messages from "/home/nemo/.config/pusfofefe/messages.lisp"... 50 messages read. It seems to be right before my code starts running. Is this an issue for EQL5-Android/iOS as well? Any fixes? Regards, Erik

4 11

[release candidate][testing]
by Daniel Kochmański 02 Jan '21

02 Jan '21

Hey, we've started tests before the next release if you have time and resources to help, then the issue is here: https://gitlab.com/embeddable-common-lisp/ecl/-/issues/621 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

3 2

[CfP] ELS'21, 14th European Lisp Symposium, online, May 3-4 2021
by Didier Verna 23 Dec '20

23 Dec '20

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 14th European Lisp Symposium Call for Papers May 3 - May 4, 2021 Online / Everywhere http://www.european-lisp-symposium.org/2021 Sponsored by EPITA and RavenPack ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Invited Speakers ~~~~~~~~~~~~~~~~ tba Important Dates ~~~~~~~~~~~~~~~ - Submission deadline: March 7, 2021 - Author notification: April 6, 2021 - Final papers due: April 19, 2021 - Symposium: May 3 - May 4, 2021 Scope ~~~~~ The European Lisp Symposium is a premier forum for the discussion and dissemination of all aspects of design, implementation and application of any of the Lisp dialects, including Common Lisp, Scheme, Emacs Lisp, Clojure, Racket, ACL2, AutoLisp, ISLISP, Dylan, SKILL, Hy, Shen, Carp, Janet, uLisp, Picolisp, Gamelisp, TXR, and so on. We encourage everyone interested in Lisp to participate. The European Lisp Symposium 2021 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 Technical Program ~~~~~~~~~~~~~~~~~ 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 4 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. 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 http://www.easychair.org/conferences/?conf=els2021 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. Programme Chair ~~~~~~~~~~~~~~~ Marco Heisig - FAU Erlangen-Nürnberg, Germany Local Chairs ~~~~~~~~~~~~ Michał Herda Mark Evenson - RavenPack Programme Committee ~~~~~~~~~~~~~~~~~~~ tba -- Didier Verna

1 0

[EQL5] `init_lib_APP__ALL_SYSTEMS` strangeness
by Erik Winkels 18 Dec '20

18 Dec '20

Hi, My C++ knowledge is very basic and I'm running into something I do not understand. I build the RPM for my Sailfish OS app in a Docker environment I made: https://git.sr.ht/~aerique/sfosbid#codeeql5-sfoscode If I follow the steps in the "eql5-sfos" section on my home PC it works, but if I do the same on my PC at work (also in Docker) I get this failure: ;;; Loading "/home/erikw/projects/eql5-sfos-git/lisp/app.asd" ;;; ;;; Compiling /home/erikw/projects/eql5-sfos-git/lisp/qml.lisp. ;;; OPTIMIZE levels: Safety=3, Space=0, Speed=0, Debug=3 ;;; ;;; End of Pass 1. ;;; Finished compiling /home/erikw/projects/eql5-sfos-git/lisp/qml.lisp. ;;; ;;; Loading "/home/erikw/.cache/common-lisp/ecl-20.4.24-unknown-linux-armv7l/home/erikw/projects/eql5-sfos-git/lisp/qml.fas" ;;; ;;; Compiling /home/erikw/projects/eql5-sfos-git/lisp/app.lisp. ;;; OPTIMIZE levels: Safety=3, Space=0, Speed=0, Debug=3 ;;; ;;; End of Pass 1. ;;; Finished compiling /home/erikw/projects/eql5-sfos-git/lisp/app.lisp. ;;; g++ -c -pipe -O2 -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_QUICK_LIB -DQT_GUI_LIB -DQT_QML_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -I. -isystem /usr/include/sailfishapp -isystem /usr/include/mdeclarativecache5 -isystem /usr/include/qt5 -isystem /usr/include/qt5/QtQuick -isystem /usr/include/qt5/QtGui -isystem /usr/include/qt5/QtQml -isystem /usr/include/qt5/QtNetwork -isystem /usr/include/qt5/QtCore -I. -I/usr/share/qt5/mkspecs/linux-g++ -o eql5-sfos.o src/eql5-sfos.cc g++ -Wl,-O1 -Wl,-rpath,/usr/share/eql5-sfos/lib -o eql5-sfos libapp.a eql5-sfos.o -lecl -leql5 -L. -lapp -lsailfishapp -pie -rdynamic -lmdeclarativecache5 -lQt5Quick -lQt5Gui -lQt5Qml -lQt5Network -lQt5Core -lGLESv2 -lpthread /srv/mer/toolings/SailfishOS-latest//opt/cross/bin/armv7hl-meego-linux-gnueabi-ld: eql5-sfos.o: in function `main': eql5-sfos.cc:(.text.startup+0x2c8): undefined reference to `init_lib_APP__ALL_SYSTEMS' collect2: error: ld returned 1 exit status make: *** [Makefile:170: eql5-sfos] Error 1 An `objdump libapp.a` shows not `init_lib_APP__ALL_SYSTEMS` but `init_lib__ECLAQZDC4E1_UK8FKC51` and if I replace the former with the latter in `src/eql5-sfos.cc` everything compiles as it should! Anyone have any idea what might be causing this? Regards, Erik

3 2

Monolithic build of static library
by Иван Трусков 16 Dec '20

16 Dec '20

As far as i can tell, my central registry isn't set up. After starting ECL and loading ASDF, when I check asdf:*central-registry*, it is empty. It must be noted, however, that to get to :str package that I want to use, I must load :ecl-quicklisp, which adds path ~/quicklisp/quicklisp to the central registry. In any way, it doesn't seem that there is code of uiop in there. I have tried compiling with listing "asdf", "uiop" as dependencies to no success. The problem still persists. > Do you have the source code of uiop available in the central registry? Quicklisp won't > download it, because asdf considers it being preloaded. Also, if so, do you have uiop > listed as a dependency? > Alternatively you may add asdf as a dependency to your system. >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 > >‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ >On Tuesday, 1 December 2020 22:01, Иван Трусков <trus19 at gmail.com> wrote: > >> Thank you very much. After rebuilding with newer version of ecl and with :init-name supplied compilation was a success. >> >> However, when i try to run the resulting executable, i get this error: >> >> Condition of type: SIMPLE-ERROR >> Package ((UIOP/STREAM . #<UIOP/STREAM package>)) referenced in compiled file >> NIL >> but has not been created >> >> Available restarts: >> >> 1. (IGNORE) Ignore the error, and try the operation again >> >> What should be done in this situation and how can i avoid it? Searching internet with this message did not yield any meaningful results (except for one Stackoverflow post that tells about having the same mistake). >> >> вт, 1 дек. 2020 г. в 22:15, Marius Gerbershagen <marius.gerbershagen at gmail.com>: >> >>> The generated library does indeed contain all systems that your library >>> contains on. The undefined references are init functions, which need to >>> be called via ecl_init_module after cl_boot to initialize the compiled >>> libraries (see >>> https://common-lisp.net/project/ecl/static/manual/System-building.html#Buil… >>> for more details). >>> >>> Since you didn't specify an explicit init name yourself, init functions >>> are automatically generated for each system contained in the final >>> library. When compiling a monolithic library, it is preferable to >>> specify an explicit init name yourself, for example as >>> >>> (asdf:make-build :embedded-console :type :static-library :move-here >>> #P"/my/output/dir" :monolithic t :init-name "init_lib_embedded_console") >>> >>> and then invoke it using >>> >>> extern void init_lib_embedded_console(cl_object); >>> /* ... */ >>> cl_boot(argc, argv); >>> ecl_init_module(NULL, init_lib_embedded_console); >>> >>> Am 29.11.20 um 13:17 schrieb Иван Трусков: >>>> Hello. I am trying to make a library that makes use of 'STR' package and >>>> link it into my C program. >>>> I presumed that using :monolithic t flag would result in the static >>>> library that contained all systems my library depends on. However it >>>> seems that is not the case. >>>> >>>> Here is my .asd file: >>>> >>>> (defsystem "embedded-console" >>>> :description "embedded console - ECL functions for smart snake game" >>>> :author "Ivan Truskov <trus19 at gmail.com <mailto:trus19 at gmail.com>>" >>>> :components ((:file "embedded-console")) >>>> :depends-on ("str")) >>>> >>>> I am compiling the library with command: >>>> >>>> ecl -norc -eval '(require :ecl-quicklisp)' >>>> -eval '(push \"/my/src/dir/\" asdf:*central-registry*)' >>>> -eval '(asdf:make-build :embedded-console :type >>>> :static-library :move-here \#P\"/my/output/dir}\" :monolithic t )' >>>> -eval '(quit)' >>>> >>>> However, when i try to link with resulting library, this is what i get: >>>> >>>> ... undefined reference to `init_lib_CL_PPCRE' >>>> ... undefined reference to `init_lib_BASE' >>>> ... undefined reference to `init_lib_CL_UNICODE' >>>> ... undefined reference to `init_lib_CL_PPCRE_UNICODE' >>>> ... undefined reference to `init_lib_CL_CHANGE_CASE' >>>> ... undefined reference to `init_lib_STR' >>>> ... undefined reference to `init_lib_EMBEDDED_CONSOLE' >>>> >>>> And indeed, when i run nm over the built file >>>> embedded-console--all-systems.a, this is output: >>>> >>>> eclinitVtJU9J.o: >>>> 0000000000000000 b Cblock.10857 >>>> U cl_boot >>>> U cl_symbols >>>> U _ecl_frs_push >>>> U ecl_init_module >>>> U ecl_make_codeblock >>>> U ecl_process_env >>>> U _GLOBAL_OFFSET_TABLE_ >>>> U init_lib_BASE >>>> U init_lib_CL_CHANGE_CASE >>>> U init_lib_CL_PPCRE >>>> U init_lib_CL_PPCRE_UNICODE >>>> U init_lib_CL_UNICODE >>>> U init_lib_EMBEDDED_CONSOLE >>>> 0000000000000000 T init_lib_EMBEDDED_CONSOLE__ALL_SYSTEMS >>>> U init_lib_STR >>>> 0000000000000110 T main_lib_EMBEDDED_CONSOLE__ALL_SYSTEMS >>>> U _setjmp >>>> nm: cl-ppcre.a: File format not recognized >>>> nm: base.a: File format not recognized >>>> nm: cl-unicode.a: File format not recognized >>>> nm: cl-ppcre-unicode.a: File format not recognized >>>> nm: cl-change-case.a: File format not recognized >>>> nm: str.a: File format not recognized >>>> nm: embedded-console.a: File format not recognized >>>> >>>> What am i doing wrong? What should i change to get static library >>>> containing all systems i am intending to use (and maybe only them, if >>>> possible)?

2 1