- mkcl-devel - mailman3.common-lisp.net

[mkcl-devel] Fwd: MKCL 1.1.4 is now available
by Jean-Claude Beaudoin 27 Mar '13

27 Mar '13

---------- Forwarded message ---------- From: Jean-Claude Beaudoin <jean.claude.beaudoin(a)gmail.com> Date: Wed, Mar 27, 2013 at 1:14 AM Subject: MKCL 1.1.4 is now available To: mkcl-announce <mkcl-announce(a)common-lisp.net> MKCL 1.1.4 is now available for general use. It is a bug fix compilation release that collects all changes currently committed to the MKCL git repository, please consult http://common-lisp.net/gitweb?p=projects/mkcl/mkcl.git if you need a detailed log. MKCL 1.1.4 is most likely to be (nearly) the last release in the 1.1.X series since work on MKCL 1.2.0 is moving fast and will near completion in a few weeks with a significant number of new features. Cheers, Jean-Claude Beaudoin

1 0

Re: [mkcl-devel] Native compilation on Windows
by Jean-Claude Beaudoin 06 Nov '12

06 Nov '12

On Mon, Nov 5, 2012 at 4:54 AM, Ralph Möritz <ralph.moeritz(a)outlook.com>wrote: > Thanks Jean-Claude, > > apoligies for top posting. I don't make a fuss about it but I think that those that do have somewhat of a point... > MKCL 1.1.1 tested & working on my machine (Win7 x64). Thanks. > WRT ucd.dat would you mind elaborating on that? If it's legacy stuff that > isn't really necessary anymore then how could one go about removing it? > (The fewer runtime dependencies the better!) > Yes, the fewer the better. In file "ucd.dat", ucd stands for Unicode Character Database. The content of ucd.dat is a derivative of file UnicodeData.txt published by the Unicode Consortium that is produces by a utility program that can be found in MKCL's contrib/unicode directory. File ucd.dat once loaded provides the basic attributes of each Unicode character, like uppercase, lowercase, alpha or digit... File ucd.dat was inherited by MKCL from ECL 9.6.2 when MKCL was forked from it. Its existence as a separate external file is basically a bad idea (wrong point in the memory versus time design space). ECL recognized this lately and moved away from it in ECL 12.7.1. Therefore I consider the existence of ucd.dat as a legacy bug that needs to be fixed and I will include that fix in MKCL 1.1.2. That fix will have the nice property of making sure that mkcl_boot() will no longer blow up if it cannot access MKCL's loadable modules directory as it does now on ucd.dat. Module loading may still require setting MKCL_LIBDIR in some configurations but at least failure on #'load (or #'require) will not happen during the boot process and could then be handled through usual condition handling in user code. As to "how could one go about removing it?", well it is the usual Read The Source Code (or Use The Source, Luke :-) and have fun watching all the arbitrary, undocumented magic numbers embedded in there... It is basically a pain, but if you want to share that pain I'll be glad to accommodate you. Cheers, Jean-Claude

1 0

[mkcl-devel] MKCL 1.1.1 is now available.
by Jean-Claude Beaudoin 05 Nov '12

05 Nov '12

MKCL 1.1.1 is now available for general use. It is a bug fix release that restore proper access to the compiler::build-program facility from the command line and corrects problems with foreign thread importation functions. Enjoy!

1 0

[mkcl-devel] Native compilation on Windows
by Ralph Möritz 04 Nov '12

04 Nov '12

I just downloaded MKCL-1.1.0 & tried compiling a small "Hello, world" program on Windows without success. Here's what I tried: 1. Add "C:\Program Files\MKCL 1.1\bin" to my PATH. 2. Run `mkcl -not-fasl-p -compile hello.lisp` which produces lisp.o 3. Now what? I've tried to link using `gcc -o hello.exe hello.o -lmkcl_1.1.0` which produces an error: c:/program files/mkcl 1.1/bin/../lib/gcc/x86_64-w64-mingw32/4.5.4/../../../../x86_64-w64-mingw32/lib/libmingw32.a(lib64_libmingw32_a-crt0_c.o): In function `main': /W64_4.5_180676-src/build-crt/../mingw-w64-crt/crt/crt0_c.c:18: undefined reference to `WinMain' collect2: ld returned 1 exit status I've also tried `mkcl -o hello.exe -link hello.o` which produces the following error: build-program failed: Unknown keyword :LISP-FILES Any help would be appreciated. Regards, Ralph

2 4

Re: [mkcl-devel] MKCL 1.1.0 is now publicly available as a stable version
by Jean-Claude Beaudoin 18 Sep '12

18 Sep '12

MKCL 1.1.0, is now available for general use. Changes from MKCL 1.1.0 RC4 were: 1) An ABORT restart has been added at the top of each lisp thread to be used as a default target by (abort). Typically invocation of that restart will result in an unwinding of the thread's stack up to its root followed by an orderly final wrap-up of the thread. The only exceptions to this behavior are MKCL standard daemon threads that will then return to their wait point instead of wrapping up. 2) A problem has been identified in the RC4 update of the SLIME bundled version with respect to the transmission of non-ascii characters between Emacs and the Swank server. The problem has been fixed in this version. On to MKCL 1.2.0, which will include new features and new platforms. Enjoy, Jean-Claude Beaudoin

1 0

Re: [mkcl-devel] MKCL 1.1.0 RC4 is now available
by Jean-Claude Beaudoin 28 Aug '12

28 Aug '12

MKCL 1.1.0 RC4, is now available for general use. Contrib packages have been updated to the following levels: ASDF 2.24 alexandria 2012/08/14 babel 2012/08/13 cffi 0.10.7.1 bordeaux-threads 0.8.2 fiveam-1.0 slime 2012/08/18 Quicklisp is now officially supported. Boehm's GC has been updated to 7.2d in order for MKCL to work properly with gcc 4.6 and later, as mentioned in the NEWS section of MKCL's web page. RC4 is most probably the last release candidate in the 1.1.0 effort. It will be promoted as is to full stable release status two weeks from now if no significant bug is reported in the meantime. Enjoy, Jean-Claude Beaudoin

1 0

[mkcl-devel] MKCL 1.1.0 RC3 is now available
by Jean-Claude Beaudoin 05 Aug '12

05 Aug '12

MKCL 1.1.0 RC3, is now available for general use. ASDF has been upgraded to 2.23.6. Note that initial default value of asdf:*central-registry* is now NIL, which is significantly different from the previous version (2.011). You may have to adjust your environment accordingly. The Quicklisp port preview previously mentioned on mkcl-devel is also expected to be fully functional, please report if it is not. On Win64, the prebuild installation package had to back away from gcc 4.7.1 down to gcc 4.5.4 following a report of bad code optimization in gcc 4.7.X and gcc 4.6.X on x86_64 for some version of Intel Core2 CPUs. There is no loss of functionality in MKCL because of this. > Cheers, Jean-Claude Beaudoin

1 0

[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 25 Jul '12

25 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