mkcl-devel July 2012

mkcl-devel@common-lisp.net

3 participants
4 discussions

[mkcl-devel] Port of Quicklisp to MKCL in progress.
by Jean-Claude Beaudoin 25 Jul '12

25 Jul '12

There is currently a port of Quicklisp (client code) to MKCL in progress on github. You could start using it if you are somewhat adventurous. First, clean-up your ~/quicklisp directory (ie: rm -rf ~/quicklisp, or mv ~/quicklisp ~/quicklisp.keep, or ...). Then clone the two small github repositories by doing: git clone git://github.com/jcbeaudoin/quicklisp-bootstrap.git ~/quicklisp git clone git://github.com/jcbeaudoin/quicklisp-client.git~/quicklisp/quicklisp Now you can start your mkcl and do this to load the quicklisp client: (load "~/quicklisp/setup.lisp") On first attempt it may take a while to get a prompt back since quicklisp/setup.lisp will do a compilation of the whole quicklisp client code. It's much faster later on. Since you're getting this from mkcl-devel you should consider this code as experimental alpha quality at best. Enjoy, and bug reports are most welcome. Jean-Claude

1 0

[mkcl-devel] Included SLIME issues
by Robert Burghart 24 Jul '12

24 Jul '12

Is there any known issue with the included slime for mkcl 1.1.0 rc2? When I try mkcl stops working without giving a back trace. Environment: Windows 7 x64 GNU Emacs 24.1.1 (build from gnu ftp site) At first I thought that some output wasn't making it to the *inferior-lisp* buffer so I launched the mkcl repl and manually started up swank > (load "c:/Program Files/MKCL 1.1/slime/swank-loader.lisp" :verbose t) > (swank-loader:init) > (swank:create-server :coding-system "utf-8-unix") The server starts with no issue but when I do the slime-connect from Emacs a Windows message box pops up saying that "mkcl.exe has stopped working"

2 2

[mkcl-devel] MKCL 1.1.0 RC2 is now available
by Jean-Claude Beaudoin 22 Jul '12

22 Jul '12

MKCL 1.1.0 RC2, is now available for general use. This release candidate fixes a good number of bugs, some of which were of critical level and had plagued MKCL since its fork from ECL. Among them stack overflow which is now properly handled even in the context of the GC. RC2 is expected to be the last inner looking step in the 1.1.0 release process. The upcoming RC3 will rather look outward by updating and expanding the set of "contrib" packages bundled with MKCL. Noted additions will be Quicklisp (port almost done) and CL+J. Cheers, Jean-Claude Beaudoin

1 0

[mkcl-devel] mkcl_safe_fclose failed on socket-output-stream
by Sean Champ 19 Jul '12

19 Jul '12

I was testing out a port for quicklisp on MKCL, today. The file is attached as revised from the original at http://beta.quicklisp.org/quicklisp.lisp It was a straightforward patch, focusing mostly on sockets support. Basically I just copied the quicklisp implementation package definition for SBCL, with some minor revisions. I was testing it out, then, when I encountered the following error. I'm not sure if the error may be a matter of the patched quicklisp - going by the debugger output, I'd like to assume it may be a matter of socket streams. It looks like quicklisp implements its own HTTP client. Maybe there could be a workaround possible, somewhere in that client code? I wasn't certain about sending the patch to the quicklisp developers, given this 'feature'. Looking at the debugger output, it looks like the error was in mkcl_safe_fclose failing on a socket-output-stream due to a bad FD. Here's the debugger output and backtrace. -- Sean during (quicklisp-quickstart:install) ; Fetching #<QLQS-HTTP::URL "http://beta.quicklisp.org/quickstart/asdf.lisp"> ; 159.59KB ================================================== 163,424 bytes in 0.77 seconds (206.56KB/sec) ; Fetching #<QLQS-HTTP::URL "http://beta.quicklisp.org/quickstart/quicklisp.tar"> ; 210.00KB ================================================== 215,040 bytes in 1.03 seconds (203.16KB/sec) ; Fetching #<QLQS-HTTP::URL "http://beta.quicklisp.org/quickstart/setup.lisp"> ; 4.88KB ================================================== 4,995 bytes in 0.00 seconds (5546.73KB/sec) Debugger called in: #<thread "Initial" (3737) 00000000010b7d80>. Filesystem error with pathname: #<output stream "SOCKET-OUTPUT-STREAM">. mkcl_safe_fclose() failed. OS Explanation: (errno == 9) Bad file descriptor. [...restarts...] Broken at IHS[73]> C::COMPILER-DEBUGGER. In: #<thread "Initial" (3560) 000000000164fd80>. File: "/home/user/workspaces/workspace_gpcl/3rdparty/mkcl-1.0.1/src/cmp/cmputil.lsp" (Position #4195) QL-UTIL>> :b Backtrace: IHS[117]> COMPILER-DEBUGGER IHS[116]> lambda, closure generated from compile-file IHS[114]> handle-internal-error IHS[113]> signal IHS[111]> wrapped-method-function IHS[110]> standard-compute-effective-method IHS[109]> compute-effective-method IHS[108]> compute-effective-method, closure generated from nil IHS[107]> compute-make-instance-function IHS[106]> make-instance_nil_class IHS[105]> lambda, closure generated from wrapped-method-function IHS[104]> make-condition IHS[101]> allocate-instance_nil_class IHS[100]> lambda, closure generated from wrapped-method-function IHS[99]> class-prototype_nil_class IHS[98]> lambda, closure generated from wrapped-method-function IHS[97]> compute-make-instance-function IHS[96]> make-instance_nil_class IHS[95]> lambda, closure generated from wrapped-method-function IHS[94]> make-condition IHS[91]> make-c1form* IHS[90]> c1c-inline IHS[89]> c1call-symbol IHS[88]> c1expr IHS[87]> c1stack-push-values IHS[86]> c1call-symbol IHS[85]> c1expr IHS[84]> t1/c1expr IHS[83]> c1progn IHS[82]> c1decl-body IHS[81]> c1let IHS[80]> c1call-symbol IHS[79]> c1expr IHS[78]> c1with-stack IHS[77]> c1call-symbol IHS[76]> c1expr IHS[75]> c1multiple-value-prog1 IHS[74]> c1call-symbol IHS[73]> c1expr IHS[72]> c1unwind-protect IHS[71]> c1call-symbol IHS[70]> c1expr IHS[69]> t1/c1expr IHS[68]> c1progn IHS[67]> c1decl-body IHS[66]> c1let IHS[65]> c1call-symbol IHS[64]> c1expr IHS[63]> c1call-symbol IHS[62]> c1expr IHS[61]> t1/c1expr IHS[60]> c1progn IHS[59]> c1block IHS[58]> c1call-symbol IHS[57]> c1expr IHS[56]> t1/c1expr IHS[55]> c1progn IHS[54]> c1decl-body IHS[53]> c1locally IHS[52]> c1call-symbol IHS[51]> c1expr IHS[50]> c1lambda-expr IHS[49]> c1compile-function IHS[48]> c1function IHS[47]> c1call-symbol IHS[46]> c1expr IHS[45]> c1fset IHS[44]> c1call-symbol IHS[43]> c1expr IHS[42]> t1ordinary IHS[41]> t1expr* IHS[40]> t1/c1expr IHS[39]> c1progn IHS[38]> c1eval-when IHS[37]> t1expr* IHS[36]> t1/c1expr IHS[35]> c1progn IHS[34]> t1expr* IHS[33]> t1expr* IHS[32]> t1expr IHS[31]> lambda, closure generated from compile-file IHS[30]> do-compilation-unit IHS[29]> compile-file IHS[28]> compile-file* IHS[27]> perform_nil_compile-op_cl-source-file IHS[26]> lambda, closure generated from wrapped-method-function IHS[25]> lambda, closure generated from standard-main-effective-method IHS[24]> perform-with-restarts_nil_t_t IHS[23]> lambda, closure generated from wrapped-method-function IHS[22]> perform-with-restarts_nil_compile-op_cl-source-file, closure generated from nil IHS[21]> lambda, closure generated from wrapped-method-function IHS[20]> lambda, closure generated from combine-method-functions IHS[19]> lambda, closure generated from operate_nil_t_t IHS[18]> do-compilation-unit IHS[17]> do-compilation-unit IHS[16]> operate_nil_t_t IHS[15]> lambda, closure generated from wrapped-method-function IHS[14]> lambda, closure generated from standard-main-effective-method IHS[13]> oos IHS[12]> bytecode [Evaluation of: (let ((*compile-print* nil) (*compile-verbose* nil) (*load-verbose* nil) (*load-print* nil)) (asdf:oos 'asdf:load-op "quicklisp" :verbose nil))] IHS[11]> initial-install IHS[10]> lambda IHS[9]> lambda, closure generated from wrapped-method-function IHS[8]> call-with-quiet-compilation IHS[7]> install IHS[6]> bytecode [Evaluation of: (quicklisp-quickstart:install)] IHS[5]> lambda, closure generated from interactive-loop

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

mkcl-devel July 2012