<br><div class="gmail_quote">On Wed, Oct 24, 2012 at 10:24 AM, Ralph Möritz <span dir="ltr"><<a href="mailto:ralph.moeritz@outlook.com" target="_blank">ralph.moeritz@outlook.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I just downloaded MKCL-1.1.0 & tried compiling a small "Hello, world" program on Windows without success. Here's what I tried:<br>
<br>
1. Add "C:\Program Files\MKCL 1.1\bin" to my PATH.<br>
2. Run `mkcl -not-fasl-p -compile hello.lisp` which produces lisp.o<br>
3. Now what? I've tried (...) `mkcl -o hello.exe -link hello.o` which produces the following error:<br>
<br>
    build-program failed: Unknown keyword :LISP-FILES<br>
<br></blockquote><div><br>MKCL 1.1.1 is now available (on <a href="http://common-lisp.net">common-lisp.net</a>) with the fix for that problem.<br><br>So you will have now the problem of running "hello.exe" per se.  In that you are likely<br>
to hit against two annoyances: (1) location of MKCL's runtime object code shared library,<br>(2) location of MKCL's loadable modules directory.<br><br>(1) can be taken care of by proper setting of the "path" environment variable on MS-Windows<br>
and by some equivalent setting of LD_LIBRARY_PATH on Linux and other unixes.<br><br>(2) is usually found as a relative path from the MKCL startup executable,<br>i.e: "<executable location>\..\lib\mkcl-1.1.1".  So, given an executable of say<br>
"c:\foo\bar\hello.exe" then MKCL will look for its support files/modules in<br>"c:\foo\bar\..\lib\mkcl-1.1.1".  If that fails then MKCL tries to look at its logical<br>device "SYS" which has a default value set at MKCL's build time which can<br>
be overridden through environment variable MKCL_LIBDIR.<br><br>Since it is most likely that "hello.exe" will not reside at the required relative path<br>of the needed loadable modules directory, then the use of MKCL_LIBDIR<br>
is most likely necessary.  With MKCL 1.1.1 and earlier,  an invalid value<br>of MKCL_LIBDIR (combined with an unlucky executable location) will most likely<br>manifest itself through the cryptic message:<br><br>MKCL: Unable to open Unicode character database file: c:\<your path here>\lib\mkcl-1.1.1\ucd.dat<br>
<br>In MS-Windows, the solution will be to do something like:<br>     set MKCL_LIBDIR=c:\<proper path here>\lib\mkcl-1.1.1<br>or to do the equivalent environment variable setting on Linux and others.<br><br>The "ucd.dat" file and the MKCL_LIBDIR environment variable are legacy devices<br>
whose role, location and proper existence will need to be significantly reassessed (soon?)<br>but can be accommodated with for the time being.<br><br>I hope this is useful for you.<br><br>Cheers,<br><br>Jean-Claude Beaudoin<br>
<br><br></div></div>