Re: cl-launch and openmcl
"Faré" <[email protected]> Fri, 6 Oct 2006 19:24:08 -0400
| Newsgroups | gmane.lisp.openmcl.bugs |
|---|---|
| Message-ID | <[email protected]> |
I tried with the latest tarball from 060826, and got the same error. I reproduce it, grab the latest cl-launch, and try cl-launch -l openmcl -B tests 112 114 [ Fran=E7ois-Ren=E9 =D0VB Rideau | Reflection&Cybernethics | http://fare.tu= nes.org ] Reporter: Mr Gandhi, what do you think of Western Civilization? Gandhi: I think it would be a good idea. On 06/10/06, Far=E9 <[email protected]> wrote: > Thanks! It works much better now. I've just released cl-launch 1.89 > with improved openmcl support, including image dump and direct > command-line arguments. > http://www.cliki.net/cl-launch > > Testing, however, reveals unstability in openmcl, at least the tarball > I'm using. > cl-launch -l openmcl -B tests 114 114 > goes into the debugger with a > Read error between positions 10 and 7932 in /local/fare/tsts/clt-out.sh > while trying to compile-file clt-out.sh using the 1.1-pre-060608 > (Beta: LinuxX8664) tarball. > > I'll try with a more recent tarball later. You can try with your own by r= unning > cl-launch -l openmcl -B tests > in a fresh directory (it creates junk files). > > [ Fran=E7ois-Ren=E9 =D0VB Rideau | Reflection&Cybernethics | http://fare.= tunes.org ] > Most economic fallacies derive... from the tendency to assume that there > is a fixed pie, that one party can gain only at the expense of another. > -- Milton Friedman > > > On 06/10/06, Gary Byers <[email protected]> wrote: > >> openmcl test.dump -- a b c > >> Unrecognized non-option arguments: (test.dump) > > The syntax "openmcl <image-name>" is shorthand for "openmcl -I <image-n= ame>" > > (or "openmcl --image-name <image-name>"). The shorthand only works if > > there are no other arguments; if other arguments are present, the -I/--= image-name > > qualifiier must be used. (The "--" handling happens in lisp; the kerne= l has > > to be able to find the argument that specifies the heap image before an= ything > > else. It didn't find such an argument, loaded the default image, and th= at image > > didn't understand the "naked" test.dump argument.)