Is there a GUI package for ecl on Windows?
Dave
Operator error.
It's been quite a while since I re-built ecl on my Pi.
Dave
typescript
Description: Binary data
Hello,
I am having end-of-line issues on Windows 11 64-bit (compiled with
Visual Studio 2022 v17.6.2). ECL acts like it is gobbling up end-of-line
characters. For example, when I type (cons 1 2) at the REPL nothing
happens. If I then type , then REPL executes the function and returns
(1 .
I am trying to add directories for #include directives and for linking
libraries. The below text is my make.lisp file for building my code:
(require 'cmp)
(setf c:*user-cc-flags* "-DWXUSINGDLL")
(setf c::*ecl-include-directory*
"C:/Dave/wx/include,C:/Dave/wx/include/msvc&quo
This makes complete sense. Thank you!
Dave
-Original Message-
From: Marius Gerbershagen
Sent: Thursday, April 4, 2024 10:58 AM
To: d...@synergy.org; ecl-devel@common-lisp.net
Subject: Re: Adding include and library directories
Dear Dave,
c::*ecl-include-directory* tells ECL
Is it possible to perform C++ builds of ECL on Windows/MSVC?
Thanks,
Dave
not exist today.
Dave
From: Dmitry Solomennikov
Sent: Sunday, April 7, 2024 12:52 AM
To: ecl-devel@common-lisp.net
Subject: Re: MSVC and C++
It works well in Windows.
Run x64 Native Tools Command Prompt for VS 2022
cd to $ECL/msvc
In Makefile enable line ECL_WIN64
mpt to use cffi:load-foreign-library to load one of the
.dlls manually, I get a message indicating that I need ecl's dffi module and
that I should use ffi:load-foreign-library. When I use that manually, it
does return with nil. :dlopen is defined in *features*. Thoughts?
Thanks,
Dave
.
Thanks!
Dave
I ran configure and only provided the --prefix argument. The 32-bit build
worked fine, but the 64-bit build failed, see below.
Dave
cd build; make
make[1]: Entering directory '/c/Dave/ecl-16.1.3/build'
Building libeclmin.a...
Building ecl_min.exe...
;*** Lisp core boote
code.
> -Original Message-
> From: ecl-devel [mailto:ecl-devel-boun...@common-lisp.net]
> Sent: Sunday, October 22, 2017 9:46 AM
> To: d...@synergy.org; ecl-devel@common-lisp.net
> Subject: Re: 16.1.3 mingw-w64-x86_64 build error
>
> Hey Dave,
>
> thanks for tak
.
I'd like to generate code targeted to an embedded platform.
Thanks,
Dave
This occurs on my Raspberry Pi 3B+ running Raspbian Buster on current ECL:
Script started on 2019-12-28 05:53:34-08:00 [TERM="xterm" TTY="/dev/pts/0"
COLUMNS="80" LINES="24"]
]0;pi@raspberrypi: ~
[01;32mpi@raspberrypi[00m:[01;34m~ $[00m ecl
;;; Loading "/home/pi/quicklisp/setup.lisp"
;;; Load
When I build --with-dffi=included everything builds fine. When I build
--with-dffi=system I get the following build error: (sorry for those escape
sequences, not sure why they are there, I bet there is some colorization
going on somewhere, which is ironic since I am blind and it doesn't help me
a
he inline thing is just an excuse for sticking in the
fpe_arm.c file. In reality it's probably better to make a C function call
to do the heavy lifting rather than making each FPE check pay for it.
Dave
These are the results of testing ECL on a Raspberry Pi 3B+ running
Raspbian Buster.
Because the Raspberry Pi 3B+ has only 1G of RAM and the default swap
size for Raspbian Buster is 100M it is highly recommended that you
extend the swap size to something larger. I use 1G. Instructions for
doing
ht date of 2010.
Feel free to change the date if you wish. Juan wrote the code, I just copied
it (with a single edit).
Dave
Here are the cl-bench results for 16.1.3 release:
;; -*- lisp -*- ECL 16.1.3
;;
#| Implementation *features*: (:QUICKLISP :ASDF-PACKAGE-SYSTEM :ASDF3.1 :ASDF3
:ASDF2 :ASDF :OS-UNIX :NON-BASE-CHARS-EXIST-P
:ASDF-UNICODE :WALKER :CDR-1 :
I decided to try running ansi-test via 'make test' (rather than using the
test-compiled target). It runs much faster this way.
The expurgated results for ansi-test are:
Test PROCLAIM.ERROR.7 failed
Test SHIFTF.7 failed
Test DESTRUCTURING-BIND.ERROR.10 failed
Test EQUALP.5 failed
Test EQUALP.6 f
unity should accept.
>
> If the community prefers a more rough-and-tumble approach, I can accept
> that, but if so it's time for the community to find an ASDF maintainer who
> is more in harmony with the values it (at least implicitly) espouses.
>
--
My Best,
Dave Cooper, david.coo...@genworks.com
genworks.com, gendl.org
+1 248-330-2979
21 matches
Mail list logo
