mkcl-devel

mkcl-devel@common-lisp.net

57 discussions

Start a nNew thread

QuickLisp doesn't load
by Blake McBride 24 Sep '23

24 Sep '23

Greetings, I am unable to load standard QuickLisp with mkcl. Is that normal? Thanks! Blake McBride

2 4

MKCL 1.1.11 is now available
by Jean-Claude Beaudoin 02 May '19

02 May '19

MKCL 1.1.11 <http://common-lisp.net/project/mkcl/releases/MKCL-1.1.11.tar.gz> is now available for general use on the MKCL <http://common-lisp.net/project/mkcl> page along with the usual set of pre-compiled binaries for MS-Windows. This release is mostly a consolidation of all the bug fixes accumulated along the last 2 years and a half or so. Please consult the log on MKCL's gitlab repository <https://gitlab.common-lisp.net/mkcl/mkcl> for a detailed account of the changes. The content of the "contrib" directory has also been updated. Most notably, ASDF is now at 3.3.3 and CFFI at 0.20.0. Now, the future of MKCL is in somewhat of a state of flux. Changes to the code structure of what is currently evolving to become MKCL 1.2.0 have been extremely extensive. So much so that I have deemed best to drop this current code base and to rather start a complete rewrite from scratch that would then import the best and most recent parts of the previous code base when appropriate. The current work on MKCL 1.2.0 has already shown that great performance improvements both in time and space could be accomplished. The rewrite has clearly the potential to push this much further... Cheers, Jean-Claude Beaudoin

1 0

MKCL fails when non-erroneous condition is signaled
by Faré 23 Jul '17

23 Jul '17

Dear Jean-Claude, ASDF 3.3 (the "plan" branch) is failing miserably on MKCL, because it signals a non-serious condition (that is only handled in some contexts) as a way to detect out-of-date .asd files. All other CL implementations know to ignore such conditions when they are not handled. But instead MKCL borks with error messages such as: Unhandled condition signaled during command line arguments processing: system test-asdf is out of date. I believe it's a bug in MKCL, maybe specifically in command line processing. Can you fix it? Should I add some backward compatibility for older versions of MKCL, or is it superfluous? —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org "Wherever you go, there you are!" Dual: "Wherever you are, thence you go." Beats "I'll start exercising as soon as I'm into shape."

2 4

MKCL 1.1.10 is now available
by Jean-Claude Beaudoin 03 Feb '17

03 Feb '17

MKCL 1.1.10 <http://common-lisp.net/project/mkcl/releases/mkcl-1.1.10.tar.gz> is now available for general use on the MKCL <http://common-lisp.net/project/mkcl> page along with the usual set of pre-compiled binaries for MS-Windows. This release is mostly a consolidation of all the bug fixes accumulated along the last 2 years and a half or so. Please consult the log on MKCL's gitlab repository <https://gitlab.common-lisp.net/mkcl/mkcl> for a detailed account of the changes. The content of the "contrib" directory has also been updated. Most notably, ASDF is now at 3.1.7 and CFFI at 0.18.0. Going back to MKCL 1.2.0 and its spectacular performance improvements both in time and space... Cheers, Jean-Claude Beaudoin

2 6

Re: Linking fails with unrecognized optio
by Jean-Claude Beaudoin 30 Jan '17

30 Jan '17

On Sun, Jan 29, 2017 at 8:43 PM, Jean-Claude Beaudoin < jean.claude.beaudoin(a)gmail.com> wrote: > > Yep! That's a goofy bug of mine. I hit on it recently in a somewhat > different context. > > On Sun, Jan 29, 2017 at 7:41 PM, Stefan Husmann < > stefan-husmann(a)t-online.de> wrote: > >> >> Hello, >> >> I have a linking problem under Arch Linux with GCC 6.3.1 toolchain. >> >> ;;; About to build main executable mkcl. >> build-program failed: (mkcl:run-command "\"gcc\" -o >> \"/home/haawda/paketierung/meine_Pakete/mkcl/src/mkcl-1.1.10/src/bin/mkcl-small\" >> \"-Wl,--whole-archive\" \"/home/haawda/paketierung/mei >> ne_Pakete/mkcl/src/mkcl-1.1.10/src/bin/MKCLINITBQHUwf.o\" >> \"-Wl,--no-whole-archive\" -rdynamic -Wl,--enable-new-dtags >> -Wl,-rpath,$ORIGIN/../lib -Wl,--whole-archive \"/home/haawda/paketierung/mei >> ne_Pakete/mkcl/src/mkcl-1.1.10/src/mkcltop.a\" >> \"/home/haawda/paketierung/meine_Pakete/mkcl/src/mkcl-1.1.10/src/lsp.a\" >> \"/home/haawda/paketierung/meine_Pakete/mkcl/src/mkcl-1.1.10/src/mkclmin.a\" >> \"/home/haawda/paketierung/meine_Pakete/mkcl/src/mkcl-1.1.10/src/mkclgc.a\" >> \"/home/haawda/paketierung/meine_Pakete/mkcl/src/mkcl-1.1.10/src/libmkcc1.a\" >> -Wl,--no-whole-archive-Wl,-O1,--sort-common,--as-needed,-z,relro -lgmp >> -lm -lrt -pthread -ldl ") returned non-zero value 1 >> Command output: >> /usr/bin/ld: unrecognized option '--no-whole-archive-Wl' >> /usr/bin/ld: use the --help option for usage information >> >> This happens both with mkcl 1.1.10 tarball and newest sources from >> https://gitlab.common-lisp.net/mkcl/mkcl.git. >> >> I think this comes from the gc subdirectory's configure script. >> >> > Don't think so. I'd bet much more on a missing blank space somewhere in > mkcl/src/cmp/cmpmain.lsp or mkcl/src/cmp/cmpdefs.lsp.in. > > I'll investigate and get back to you with a possible fix. > > >> Help would be appreciated. >> >> Best Regards >> >> Stefan Husmann >> >> > Could you try the attached patch?

2 1

Re: Linking fails with unrecognized optio
by Jean-Claude Beaudoin 29 Jan '17

29 Jan '17

1 0

Linking fails with unrecognized optio
by Stefan Husmann 29 Jan '17

29 Jan '17

Hello, I have a linking problem under Arch Linux with GCC 6.3.1 toolchain. ;;; About to build main executable mkcl. build-program failed: (mkcl:run-command "\"gcc\" -o \"/home/haawda/paketierung/meine_Pakete/mkcl/src/mkcl-1.1.10/src/bin/mkcl-small\" \"-Wl,--whole-archive\" \"/home/haawda/paketierung/meine_Pakete/mkcl/src/mkcl-1.1.10/src/bin/MKCLINITBQHUwf.o\" \"-Wl,--no-whole-archive\" -rdynamic -Wl,--enable-new-dtags -Wl,-rpath,$ORIGIN/../lib -Wl,--whole-archive \"/home/haawda/paketierung/meine_Pakete/mkcl/src/mkcl-1.1.10/src/mkcltop.a\" \"/home/haawda/paketierung/meine_Pakete/mkcl/src/mkcl-1.1.10/src/lsp.a\" \"/home/haawda/paketierung/meine_Pakete/mkcl/src/mkcl-1.1.10/src/mkclmin.a\" \"/home/haawda/paketierung/meine_Pakete/mkcl/src/mkcl-1.1.10/src/mkclgc.a\" \"/home/haawda/paketierung/meine_Pakete/mkcl/src/mkcl-1.1.10/src/libmkcc1.a\" -Wl,--no-whole-archive-Wl,-O1,--sort-common,--as-needed,-z,relro -lgmp -lm -lrt -pthread -ldl ") returned non-zero value 1 Command output: /usr/bin/ld: unrecognized option '--no-whole-archive-Wl' /usr/bin/ld: use the --help option for usage information This happens both with mkcl 1.1.10 tarball and newest sources from https://gitlab.common-lisp.net/mkcl/mkcl.git. I think this comes from the gc subdirectory's configure script. Help would be appreciated. Best Regards Stefan Husmann

1 0

Space wasted by FORMAT directive tables.
by Stas Boukarev 18 Jan '17

18 Jan '17

I recently discovered that ECL creates very large tables for FORMAT directives: https://gitlab.com/embeddable-common-lisp/ecl/commit/0c9e67345c364b3d41acca… this applies to MKCL as well. -- With best regards, Stas.

2 1

Problem compiling current git version
by Blake McBride 03 Dec '16

03 Dec '16

Hi, I am on a 64 bit Linux box. I tried to build a current git clone and got: ./configure ..... make ..... cp ./asdf-stage/alexandria*/alexandria.fasb ./asdf-stage/ cp ./asdf-stage/alexandria*/alexandria.a ./asdf-stage/ cp ./asdf-stage/alexandria*/alexandria.asd ./asdf-stage/ bin/mkcl-small -norc -q --external-format "(:ascii :lf)" -load build-asdf-contrib-as2.lsp -- alexandria ../contrib/alexandria*/ ./asdf-stage/ bin/mkcl-small -norc -q --external-format "(:ascii :lf)" -load build-asdf-contrib.lsp -- babel ../contrib/babel*/ ;;; Loading "./ext/asdf.fasb" ;;; Loading "/home/blake/Backup/mkcl.git/contrib/babel_2012-08-13/babel.asd" ;;; Loading "/home/blake/Backup/mkcl.git/src/asdf-stage/trivial-features.asd" ;;; Loading "/home/blake/Backup/mkcl.git/src/asdf-stage/alexandria.asd" ;;; Loading "/home/blake/Backup/mkcl.git/src/asdf-stage/trivial-features.fasb" ;;; Loading "/home/blake/Backup/mkcl.git/src/asdf-stage/alexandria.fasb" asdf:bundle-system failed. make[1]: *** [asdf-stage/babel.fasb] Error 1 make[1]: Leaving directory `/home/blake/Backup/mkcl.git/src' make: *** [all] Error 2 Thanks! Blake McBride

2 2

Status of ASDF / Updating ASDF
by Elias Pipping 05 Aug '16

05 Aug '16

Dear list, the current version of ASDF that comes with MKCL is reported as 3.0.3.0.2, which I take to mean a patched version of ASDF 3.0.3. Indeed, if I create a diff between ASDF 3.0.3 and what comes with MKCL, at a first glance, it appears to be rather longish yet made up solely of mkcl-specific changes. I’d like to use MKCL in conjunction with a more recent version of ASDF, e.g. because cl-launch requires at least ASDF 3.1.2. The number of occurrences of the string #+mkcl in the ASDF sources is much higher now than it was with 3.0.3 (because the aforementioned diff has been upstreamed?) which suggests that a more recent ASDF could be more easily gotten to work with MKCL...? I’m wondering if anyone has been able to get a recent version to work, if it's maybe even supposed to work out of the box, if there’s a right way and a wrong way, if anyone’s working on a patch, etc. Elias Pipping

2 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

mkcl-devel