On Tuesday, January 12, 2021 1:30 PM, Erik Winkels wrote:
> I found this post (of yours?):
> https://www.reddit.com/r/Common_Lisp/comments/hicmyt/error_with_uiop_running_ecl_application_built_by/g35fcib/
>
> Is this what you meant? Where do you use this code?
Yes, that was me. As (hopefully) ever
‐‐‐ Original Message ‐‐‐
On Tuesday, January 12, 2021 1:30 PM, Erik Winkels wrote:
> I've alleviated my slow startup somewhat by
>
> diff --git a/make.lisp b/make.lisp
> index 41d4e3d..52b05b6 100644
> --- a/make.lisp
> +++ b/make.lisp
> @@ -13,7 +13,8 @@
> (asdf:make-build "app"
> :monoli
On Wednesday, January 13, 2021 11:39 AM, Daniel Kochmański
wrote:
> Make sure you have uiop (a library) in your local projects or another
> registry - otherwise asdf won't add it to the bundle because it is
> 'preloaded' - and ql won't download it - ditto.
thanks, I never needed uiop, but tha
On Thursday, January 14, 2021 2:09 PM, Erik Winkels
> Anyway, for now the startup time is good enough.
FWIW, loading :asdf alone is faster than I previously thought.
With the compiler already loaded (require :cmp), I get (on Sailfish with 32bit
ECL):
> (time (require :asdf))
;;; Loading #P"/usr
On Monday, March 1, 2021 1:54 PM, Renaud Casenave-Péré
wrote:
> I also welcome Paul to the sfos community and if you allow me I’ll
> continue maintaining eql5 package but if you’d rather taking it
> over just let me know.
Thanks, and yes please continue to maintain the eql5 package!
IMO it woul
‐‐‐ Original Message ‐‐‐
On Monday, March 1, 2021 1:54 PM, Renaud Casenave-Péré
wrote:
> Hi [...]
Not intended as "shameless plug", just a heads up to something that was really
missing from eql5 (in all flavors of ports):
Since we can't avoid (some trivial) JS glue code function using
On Friday, April 16, 2021 7:31 PM, Joshua Armenta
wrote:
> 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?
Yes, if you build it like de
‐‐‐ Original Message ‐‐‐
On Friday, April 16, 2021 7:31 PM, Joshua Armenta
wrote:
> Specifically, does the app make any private API calls to the macOS operating
> system?
sorry, I misread your question, you were asking for macOS, never mind...
Paul
On Tuesday, April 27, 2021 1:13 PM, Erik Winkels wrote:
> $ eql5-sfos
> [D] unknown:0 - Using Wayland-EGL
>
> Condition of type: SIMPLE-ERROR
> Package ((SB-BSD-SOCKETS . #)) referenced in compiled
> file
>
> NIL
> but has not been created
Just a quick reply: with a static build, you n
> (note -lsockets)
...and you also need to initialize those libs in your 'main.cpp', like it's
done here:
https://gitlab.com/eql/eql5-ios/-/blob/master/examples/REPL/build/main.cpp
On Thursday, April 29, 2021 4:31 PM, Erik Winkels wrote:
>
> Condition of type: FILE-ERROR
> Filesystem error with pathname "SYS:help.doc".
> 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 symbo
On Thursday, April 29, 2021 5:31 PM, Pascal Bourguignon
wrote:
> but in fact, we may just use namestrings:
>
> (setf (logical-pathname-translations "SYS")
> (list (list "SYS:;."
> (merge-pathnames "/."(user-homedir-pathname)
>
thanks for the hint, and (user-homedir-pathname) is of course not
On Thursday, April 29, 2021 9:48 PM, Erik Winkels wrote:
> ...and I hope it is not a blocker because of the statically linking (i.e. is
> it even possible to load foreign libs?):
unfortunately, this seems true (never tried it before): I tried a static build
of ECL (on Linux) with the following
On Thursday, April 29, 2021 9:48 PM, Erik Winkels wrote:
> Condition of type: LOAD-FOREIGN-LIBRARY-ERROR
> Unable to load any of the alternatives:
> ("libssl.so.1.1" "libssl.so.1.0.2m" "libssl.so.1.0.2k" "libssl.so.1.0.2"
> "libssl.so.1.0.1l" "libssl.so.1.0.1j" "libssl.so.1.0.1f" "libssl.so.1.0.1
14 matches
Mail list logo
